The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Руководство по увеличению производительности TCP стека

04.04.2006 15:44

"TCP Tuning Guide" - полезное руководство по увеличению производительности TCP/IP стека на машинах с большим сетевым трафиком для систем Linux (интересные заметки про тюнинг 2.2, 2.4 и 2.6 ядер), FreeBSD, Solaris, Mac OSX и Windows.

  1. Главная ссылка к новости (http://dsd.lbl.gov/TCP-tuning/...)
  2. Оптимизация, тюнинг, диагностика сети
  3. UNIX IP Stack Tuning Guide
  4. Enabling High Performance Data Transfers on Hosts
  5. Enabling High Performance Data Transfers
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/7266-tcp
Ключевые слова: tcp, speed, tune, optimization, linux, kernel, freebsd, solaris
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (10) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, User (??), 16:51, 04/04/2006 [ответить]  
  • +/
    А как колличественно определяется "большой сетевой трафик" ? просто рекомендации по этой новости расходятся с рекомандациями что были ранее:
    http://www.cymru.com/Documents/ip-stack-tuning.html
    sysctl -w net.inet.tcp.sendspace=32768
    sysctl -w net.inet.tcp.recvspace=32768

    а по этой новости:

     
     
  • 2.5, pavlinux (??), 20:44, 04/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Трафик - это скорость умноженная на время (Кватовая Механика, 1 класс школы).

    Дома 1Mbit - это скорость света, на работе это жопа.
    Вот и думай, где у тя большой трафик...

     

  • 1.2, User (??), 16:53, 04/04/2006 [ответить]  
  • +/
    а по этой новости:
    net.inet.tcp.sendspace=1048576
    net.inet.tcp.recvspace=1048576
     
  • 1.3, Квагга (?), 18:13, 04/04/2006 [ответить]  
  • +/
    net.inet.tcp.sendspace=1048576
    net.inet.tcp.recvspace=1048576

    Нагруженный сервак станет колом ровно через 5 сек.

    Открыватель америки, бл.н.х! Лечись.

     
  • 1.4, pavlinux (??), 19:59, 04/04/2006 [ответить]  
  • +/

    # increase TCP max buffer size
    Где тут написано про TCP - net.core.rmem_max ???????????
      net.core.rmem_max = 16777216
      net.core.wmem_max = 16777216
      # increase Linux autotuning TCP buffer limits
      # min, default, and max number of bytes to use
      net.ipv4.tcp_rmem = 4096 87380 16777216
      net.ipv4.tcp_wmem = 4096 65536 16777216
                        
    Здесь уже TCP, но почему-то максимальный размер TCP равен "net.core.rmem_max"
    типа других протоколов нет ?

     
  • 1.6, Аноним (-), 22:04, 04/04/2006 [ответить]  
  • +/
    лажа это все максимум поднялась скорость на 5%
     
     
  • 2.7, pavlinux (??), 22:21, 04/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    ... и ещё прикол...

    0.05 sec * (100 Mbits / 8 bits) = 625 KBytes.

    будет 625000 - только чего не ясно, наверно попугаев...

     
     
  • 3.9, Квагга (?), 04:34, 05/04/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > лажа это все максимум поднялась скорость на 5%
    И это естетственно.

    Ищите дырки в LAMP'е!
    TCP стек является ботлнеком в самую распоследнюю очередь.

    1. Разгрузка ядра ото ВСЕХ лишних модулей. Это ваще номер раз.
    В поисках дальнейших методов тюнинга системы неразгруженное
    ядро будет реагировать на изменения довольно тупо.

    2. MySQL!!! Туча приколов. my.cnf и параметры ядра тесно связаны.
    Раскочегарить можно сильно.

    3. НЖЫНКС. Проксируйте исполнение PHP в удаленный fast-cgi. 100х ускорение - не предел.

    4. TCP стек. В последнюю очередь и очень аккуратно.
    Лучше если не в конфиг файлах, а скриптами вручную.
    Нажатие кнопы ресет удаленным мальцом на площадке
    в таком случае просто вернет систему в рабочее состояние.

    5. TCP стек. Точно не в нем дыра :)

     

  • 1.8, pavlinux (??), 22:47, 04/04/2006 [ответить]  
  • +/
    http://www.psc.edu/networking/projects/tcptune/
    http://www.ncsa.uiuc.edu/People/vwelch/net_perf/tcp_windows.html

       Вот откуда все это сп...лагиатили...

     
  • 1.10, Анонимоус (?), 20:08, 01/05/2006 [ответить]  
  • +/
    > лажа это все максимум поднялась скорость на 5%
    Когда юзеры рядом и на 100Мбит канале сидят - увеличение буферов даст совсем не 5% эффект а может дать выигрыш и в разы... при условии что все остальное не является стопором, разумеется.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру