Илья Зеленчук подготовил подробное руководство (http://www.opennet.me/docs/RUS/GigabitEthernet/) по особенностям реализации поддержки Gigabit Ethernet в Linux и FreeBSD, включая вопросы тюнинга системы для увеличения производительности.URL: http://www.opennet.me/docs/RUS/GigabitEthernet/
Новость: http://www.opennet.me/opennews/art.shtml?num=7663
очень давно такой статьи не встречал!
Илье огромное спасибо, очень ценный материал!
>где данные передаются со скоростью 250 Мбит/сек по каждой паре.забыли указать что стандарт "Обеспечивает дуплексную передачу, причем данные по каждой паре передаются одновременно сразу в двух направлениях."
>Но для расчета TCP буфера её нельзя не рекомендуется.надо бы исправить :)
Статья очень понравилась. Автору большое спасибо - написано очень толково.
Только вот маленькая поправка по тексту - "Но для расчета TCP буфера её нельзя не рекомендуется" надо бы заменить.
Когда я писал пост №4, поста №3 еще не было.
Очень хорошая статья, спасибо. В FreeBSD (6&6.1 точно) HZ можно задать в "/boot/loader.conf" вставив строку kern.hz="0", а в "/etc/rc.conf" интерфейс прописывается "ifconfig_em0="inet ххх.ххх.xxx.xxx netmask xxx.xxx.xxx.xxx polling"А под винду советов побольше ни кто не даст?
Извиняюсь kern.hz="1000"
>А под винду советов побольше ни кто не даст?
Винда не open. И этим всё сказано, так, на заметку по большинству тестов на trinity винда вообще не выдерживала никакой критики.
Автору респект, за отличный материал.
FreeBSD 6.1
#error DEVICE_POLLING is not compatible with SMP
Лечится убиранием проверки в исходниках.
Работает еще с 5.х без проблем.
Спасибо всем!Статью я писал по той причине, что не смог найти всего и сразу по работе Gigabit Ethernet в одной статье. Да и всегда хотелось что-нить подобное написать :) Еднственная проблема, что я по большей части работаю с Linux, поэтому описание работы FreeBSD было сделанно по минимуму. Документации по Free (как оказалось) гораздо меньше чем по Linux, поэтому глава "Очереди" описывает работу только Linux. В приложении по FreeBSD тоже не все написал :)
Ещё тесты отсутсвуют, что тоже нехорошо. Если соберусь, то обязательно дополню.
Если к кого-нить есть предложения по дополнению статьи с радостью приму, e-mail мой есть :).P.S. да, опечатку я проглядел. Ещё одна в заключение :).
>Дело в том, что размер очереди txqueue влияет на "окно переполнения" (congestion window) в TCP протоколе, которое влияет на скорость передачи данных [3].Как оказалось потери сервера не влияют на связь компьютеров с win-XP.
Почему то Windows XP вобще не изменяет размеры окон. Потери, задержки - все равно 65535. Ведь должен же быть адаптивный механизм...PS Или это у меня такая версия XP.
Автору огроменное спасибо.
Кстати, в во frebsd >=6.0 поллинг нужно включать не с помощью sysctl, а через ifconfig для каждого нужного интерфейса.
отлично! спасибо!tcp/ip illustrated стивенсона можно почитать у меня
http://andr.ru/lib/comp/net/tcpip/tcpip_illustrated/
почему его перевели "крупным планом"?
буквально "иллюстрированый tcp/ip", чем плохо?
Отличная статья. Жги дальше автор.
Хорошая статья. Надо будет протестировать рекомендации :)
Былоб неплохо еще протестировать на смешанной сети 100/1000 - а то с рекомендациями на 100 мегабитах были потери на freebsd..
100 можно и не настраивать, он и так хорошо работает.
Если у тебя потери, то ты походу большие буфера для TCP выделил и очередь слишком длинную. Попробуй вернуть все назад и netPerf'ом посмотри. У меня 100 выжимается полностью без настроек.