The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Оптимизация TCP стека для передачи больших файлов"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Оптимизация TCP стека для передачи больших файлов"
Сообщение от opennews (??) on 25-Дек-05, 22:45 
Андрей Войнович перевел (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 буфера.

URL: http://www.securitylab.ru/analytics/243414.php
Новость: http://www.opennet.dev/opennews/art.shtml?num=6699

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от toor99 email(??) on 25-Дек-05, 22:45 
Спасибо за перевод.
Кому интересны подробности - читайте Стивенса.
Cообщить модератору | Наверх | ^

2. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от pavlinux email on 26-Дек-05, 11:38 
OpenNET в своём стиле-"Лучше поздно, чем никогда",- на пяток лет опаздаваемс!
Cообщить модератору | Наверх | ^

3. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от citrin email(ok) on 26-Дек-05, 12:00 
>OpenNET в своём стиле-"Лучше поздно, чем никогда",- на пяток лет опаздаваемс!

А где Вы были 5 лет назад и почему не перевели эту статью без опаздания?

А материал этой статьи большей частью актуален и сейчас.

Cообщить модератору | Наверх | ^

5. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от pavlinux email on 26-Дек-05, 13:21 
И вообще бред полный, кто сказал что максимальная скорость соединения
зависит от отношения RTT/Latency.(например если скорость опустошения
буфера в 1000 раз быстрее чем заполнение. net.ipv4.inet_peer_gc_maxtime=1)
Для полной оптимизации TCP/IP и т.п. есть зачемятельный
перевод IPSysctl Tutorial.
Один ламер прочитал решил выпендрится и написал сочинение на
тему "Как я отымел TCP-буфер",другой взял словарик и типа перевёл,
и все тут верят.
  Кстати там в статье  есть и полезная ссылка на High Performance SSH/SCP
http://www.psc.edu/networking/projects/hpn-ssh/
Cообщить модератору | Наверх | ^

12. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от c0x (??) on 31-Дек-05, 09:51 
общий взгляд на проблему хорошо расписан в RFC1323, рекомендуется к прочтению как дополнительный материал.
Cообщить модератору | Наверх | ^

4. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от dimus (??) on 26-Дек-05, 12:52 
Очень полезная статья. Большое спасибо
Cообщить модератору | Наверх | ^

6. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от dio email(ok) on 26-Дек-05, 15:27 
ребята...ну воздержитесь вы от таких эпитетов "ламер" и им подобные...зачем столько злости? Уважайте остальных людей и люди вас уважать будут. Как бы ни вышло - спасибо автору за работу, за перевод.
Cообщить модератору | Наверх | ^

7. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от pavlinux email on 26-Дек-05, 15:45 
Я к тому, что эту статью следует использоваить как
отправную точку, относительно оптимизация TCP,
а не хватать в руки sysctl -w ....
и потом думать, что у Вас TCP настроен.
Cообщить модератору | Наверх | ^

8. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от Дмитрий Ю. Карпов on 26-Дек-05, 17:25 
В реальности проблема несколько сложнее, чем описывает автор. Дело в том, что по дороге от отправителя к получателю могут находиться интеллектуальные устройства разного типа (коммутаторы и роутеры), соединяющие каналы разной скорости и загруженности (тупые устройства могут соединять на себе только каналы одинаковой скорости). При этом роутеры имеют ICMP-средства управления потоком данных (flow control), а коммутаторы - нет, ибо работают одним уровнем модели OSI ниже. И буферы этих устройиств отличаются ёмкостью и загруженностью. Кроме того, ICMP-сообщения "эй, снизь скорость, я не успеваю!" могут убиваться firewall'ом (если админ - тупой параноик).

В общем случае

Cообщить модератору | Наверх | ^

11. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от toor99 email(??) on 26-Дек-05, 20:14 
Знаете, Дмитрий, когда вы молчите, то ещё можете сойти за умного человека. Но стоит вам рот раскрыть, или в данном случае, написать несколько слов, как иллюзия мгновенно рассеивается.
Cообщить модератору | Наверх | ^

13. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от c0x (??) on 31-Дек-05, 11:44 
В коммутаторах есть такая вещь как 802.3x Flow Control для full duplex и т.н. "back pressure" для half duplex. Одного не пойму, причем тут это применительно к данной проблеме? ICMP тоже немного не в тему в данном контексте, имхо.
Cообщить модератору | Наверх | ^

9. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от Дмитрий Ю. Карпов on 26-Дек-05, 17:26 
В общем случае при передаче больших файлов увеличение буфера ускоряет работу хотя бы потому, что по сетИ гоняется меньше квитков, подтверждающих доставку данных. А вообще, алгоритм работы TCP-стека - типичная задача принятия решений в услових сильной недостаточности данных: отправитель и получатель не знают ни топологии сетИ, ни что творится с каналами и буферами по дороге; даже друг о друге они имеют заведомо устаревшую информацию: когда отправитель получает квиток, подтверждающий доставку (к примеру) сотого пакета, получатель к тому времени уже можут получить сто_пятнадцатый, т.к. доставка квитка занимает время, сопоставимое со временем доставк
Cообщить модератору | Наверх | ^

10. "Оптимизация TCP стека для передачи больших файлов"
Сообщение от Дмитрий Ю. Карпов on 26-Дек-05, 17:26 
когда отправитель получает квиток, подтверждающий доставку (к примеру) сотого пакета, получатель к тому времени уже можут получить сто_пятнадцатый, т.к. доставка квитка занимает время, сопоставимое со временем доставки данных от отправителя получателю.
Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема




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

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