https://m.opennet.me/openforum/vsluhforumID3/13125.html Андрей Войнович перевел (http://www.securitylab.ru/analytics/243414.php) статью "TCP Tuning and Network Troubleshooting (http://www.onlamp.com/pub/a/onlamp/2005/11/17/tcp_tuning.html)", в которой показано из-за чего могут возникнуть проблемы с производительностью при передаче данных большого объема и как их можно решить манипулируя размером TCP буфера.<br><br>URL: http://www.securitylab.ru/analytics/243414.php<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=6699<br> https://m.opennet.me/openforum/vsluhforumID3/13125.html#13 Sat, 31 Dec 2005 08:44:38 GMT В коммутаторах есть такая вещь как 802.3x Flow Control для full duplex и т.н. "back pressure" для half duplex. Одного не пойму, причем тут это применительно к данной проблеме? ICMP тоже немного не в тему в данном контексте, имхо. https://m.opennet.me/openforum/vsluhforumID3/13125.html#12 Sat, 31 Dec 2005 06:51:01 GMT общий взгляд на проблему хорошо расписан в RFC1323, рекомендуется к прочтению как дополнительный материал. https://m.opennet.me/openforum/vsluhforumID3/13125.html#11 Mon, 26 Dec 2005 17:14:16 GMT Знаете, Дмитрий, когда вы молчите, то ещё можете сойти за умного человека. Но стоит вам рот раскрыть, или в данном случае, написать несколько слов, как иллюзия мгновенно рассеивается. https://m.opennet.me/openforum/vsluhforumID3/13125.html#10 Mon, 26 Dec 2005 14:26:45 GMT когда отправитель получает квиток, подтверждающий доставку (к примеру) сотого пакета, получатель к тому времени уже можут получить сто_пятнадцатый, т.к. доставка квитка занимает время, сопоставимое со временем доставки данных от отправителя получателю. https://m.opennet.me/openforum/vsluhforumID3/13125.html#9 Mon, 26 Dec 2005 14:26:13 GMT В общем случае при передаче больших файлов увеличение буфера ускоряет работу хотя бы потому, что по сетИ гоняется меньше квитков, подтверждающих доставку данных. А вообще, алгоритм работы TCP-стека - типичная задача принятия решений в услових сильной недостаточности данных: отправитель и получатель не знают ни топологии сетИ, ни что творится с каналами и буферами по дороге; даже друг о друге они имеют заведомо устаревшую информацию: когда отправитель получает квиток, подтверждающий доставку (к примеру) сотого пакета, получатель к тому времени уже можут получить сто_пятнадцатый, т.к. доставка квитка занимает время, сопоставимое со временем доставк https://m.opennet.me/openforum/vsluhforumID3/13125.html#8 Mon, 26 Dec 2005 14:25:52 GMT В реальности проблема несколько сложнее, чем описывает автор. Дело в том, что по дороге от отправителя к получателю могут находиться интеллектуальные устройства разного типа (коммутаторы и роутеры), соединяющие каналы разной скорости и загруженности (тупые устройства могут соединять на себе только каналы одинаковой скорости). При этом роутеры имеют ICMP-средства управления потоком данных (flow control), а коммутаторы - нет, ибо работают одним уровнем модели OSI ниже. И буферы этих устройиств отличаются ёмкостью и загруженностью. Кроме того, ICMP-сообщения "эй, снизь скорость, я не успеваю!" могут убиваться firewall'ом (если админ - тупой параноик).<br><br>В общем случае https://m.opennet.me/openforum/vsluhforumID3/13125.html#7 Mon, 26 Dec 2005 12:45:46 GMT Я к тому, что эту статью следует использоваить как<br>отправную точку, относительно оптимизация TCP, <br>а не хватать в руки sysctl -w ....<br>и потом думать, что у Вас TCP настроен. https://m.opennet.me/openforum/vsluhforumID3/13125.html#6 Mon, 26 Dec 2005 12:27:36 GMT ребята...ну воздержитесь вы от таких эпитетов "ламер" и им подобные...зачем столько злости? Уважайте остальных людей и люди вас уважать будут. Как бы ни вышло - спасибо автору за работу, за перевод. https://m.opennet.me/openforum/vsluhforumID3/13125.html#5 Mon, 26 Dec 2005 10:21:15 GMT И вообще бред полный, кто сказал что максимальная скорость соединения <br>зависит от отношения RTT/Latency.(например если скорость опустошения<br>буфера в 1000 раз быстрее чем заполнение. net.ipv4.inet_peer_gc_maxtime=1)<br>Для полной оптимизации TCP/IP и т.п. есть зачемятельный<br>перевод IPSysctl Tutorial.<br> Один ламер прочитал решил выпендрится и написал сочинение на<br>тему "Как я отымел TCP-буфер",другой взял словарик и типа перевёл,<br>и все тут верят.<br> Кстати там в статье есть и полезная ссылка на High Performance SSH/SCP<br>http://www.psc.edu/networking/projects/hpn-ssh/