Centaurus 7 тормозит на сети [решено]

[Pauli]

При попытке перевода рабочих станций с Centaurus 6.0 на Centaurus 7.0.1 столкнулся с проблемой работы по сети. Тормозит буквально всё: копирование файлов по SMB, терминальный доступ к Windows 2003 серверу (rdesktop, xfreerdp тормозят одинаково, см. bug#29361) А теперь обнаружил, что не могу даже поставить Centaurus 7.0.1 с сервера сетевой установки: подвисает после форматирования диска. То есть не система вообще, просто сеть начинает работать медленно-медленно.
Проверял с кучей разного железа, эффект один и тот же: на 6.0 с сетью всё в порядке, переставишь 7.0.1 - тормоза, вернёшь 6.0 - снова всё в порядке. Возможно что-то с сетью, но что именно искать и где - непонятно, раз Centaurus 6.0 на том же железе работал и работает совершенно нормально.

[asy]

Если предположить, что проблема в ядре, можно попробовать поставить ядро из p6. Не факт, что установится без проблем, но всё-таки. Или поставить ovz-el - оно не сильно новое само по себе.

[Pauli]

Попробовал. Установится-то без проблем:

Код: [Выделить]

#update-kernel -t ovz-elтолько на десктоп после этого зайти не получится. lightdm перезапускается по кругу, в MATE не пускает. И то же самое с el-def. Разбираться не стал, не о том тема.
Короче, не выход. Для сервера может и сошло бы, а для рабочей станции никак.

[asy]

А просто саму сеть проверить ? Уйти в текстовую консоль (Ctrl+Alt+F1), покачать что-нибудь по сети. iperf, ftp у mc и т.п.

[Pauli]

Верно, и в этом случае поведение заметно отличается.
Условия опыта: два блока ставятся рядом и включаются в соседние порты одного  коммутатора. Анонимный ftp (Кентавр 6, vsftpd), с которого одновременно начинаем качать (mc, консоль F1) один и тот же файл на 3 гигабайта. p6 сразу вырывается на 8 с долями мбит/с, p7 начинает с 1 мбит/с. Затем p7 медленно и плавно, за пару минут, разгоняется и в итоге, хоть и неcущественно, опережает.
Ядро на p7 пробовал обновить до крайнего актуального, на сейчас это 3.10.17-std-def. Проблема сохраняется.
При копировании множества мелких файлов - базы 1с 7 например - торможение p7 заметно ещё сильнее. В итоге перевод рабочих мест на Кентавр 7 вообще пришлось остановить и оставаться пока на 6.0 до выяснения обстоятельств.

[asy]

Ядро на p7 пробовал обновить до крайнего актуального, на сейчас это 3.10.17-std-def.

Я предлагал попробовать на p7 в текстовом режиме с ядром ovz-el (раз X-ы не стартуют). Чтобы понять, в драйверах дело, или ещё в чём-то.

[Pauli]

Проверил. iperf для ovz-el показывает 96,4 Mbit/s, для std-def 95,1 Mbit/s.  mc на копировании файла по ftp, как мне кажется, разницу имеет в пользу ovz-el, нет у ovz-el этого провала в начале копирования. Но как-то неубедительно.
Совсем плохо именно  в иксах: каталог со 108 файлами общим весом 50 Мбайт вообще с win сервера скопировать не может, останавливается и чего-то ждёт. Сразу, не делая никаких переключений, этот же системный блок перегружаем на p6  - справляется с этим же каталогом за минуту. Может и быстрее бы смог, только сеть и сервер реально сейчас нагружены.   
Нашёлся другой тест: на Centaurus 6.0 ставим ядро из p7  по инструкции из http://www.altlinux.org/Update/p7, то есть только

Код: [Выделить]

update-kernel
depmod -aи вот в меню grub теперь два ядра, старое 3.0.7-std-def с которым сеть летает, и новое 3.10.17-std-def с которым еле ползает. Между ними можно сколько угодно перегружаться, получается каждый раз одно и то же.

[Pauli]

Найдено решение. Понятно, что проблема в различной реализации алгоритма tcp autotuning у разных операционных систем. Так, у пользователей Windows 7 время от времени всплывает такая же - http://blog.tmcnet.com/blog/tom-keating/microsoft/remote-desktop-slow-problem-solved.asp
Источником решения стала статья http://kaivanov.blogspot.ru/2010/09/linux-tcp-tuning.html
Собственно, в ней всё сказано, осталось только понять что именно следует сделать и проверить результат.
Итак, для временного устранения тормозов при взаимодействии с Windows Server 2003 достаточно

Код: [Выделить]

# sysctl net.ipv4.tcp_window_scaling=0(у нас по умолчанию 1), а для устранения проблемы на постоянно

Код: [Выделить]

# echo net.ipv4.tcp_window_scaling=0 >> /etc/net/sysctl.conf
# reboot
Кстати, тормоза при копировании файлов тоже прекращаются. Рекордных скоростей на сети теперь не достигнуть (а зачем они рядовой рабочей станции?) зато больше не тормозит. А у кого в сети нет Windows, тому вообще не о чем беспокоиться.