|
 Вариант для распечатки |
Архивированная нить - только для чтения!
Пред. тема | След. тема | ||
Форумы
Разговоры, обсуждение новостей (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 буфера. | |
| Cообщить модератору | Наверх | ^ |
| Оглавление |
| Сообщения по теме | [Сортировка по ответам] |
 | |
| 1. "Оптимизация TCP стека для передачи больших файлов" | |
Сообщение от toor99  (??) on 25-Дек-05, 22:45 | |
Спасибо за перевод. | |
| Cообщить модератору | Наверх | ^ | |
| |
| 2. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от pavlinux on 26-Дек-05, 11:38 | |
OpenNET в своём стиле-"Лучше поздно, чем никогда",- на пяток лет опаздаваемс! | |
| Cообщить модератору | Наверх | ^ | |
| |
| 3. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от citrin (ok) on 26-Дек-05, 12:00 | |
>OpenNET в своём стиле-"Лучше поздно, чем никогда",- на пяток лет опаздаваемс! | |
| Cообщить модератору | Наверх | ^ | |
| |
| 4. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от dimus (??) on 26-Дек-05, 12:52 | |
Очень полезная статья. Большое спасибо | |
| Cообщить модератору | Наверх | ^ | |
| |
| 5. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от pavlinux on 26-Дек-05, 13:21 | |
И вообще бред полный, кто сказал что максимальная скорость соединения | |
| Cообщить модератору | Наверх | ^ | |
| |
| 6. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от dio (ok) on 26-Дек-05, 15:27 | |
ребята...ну воздержитесь вы от таких эпитетов "ламер" и им подобные...зачем столько злости? Уважайте остальных людей и люди вас уважать будут. Как бы ни вышло - спасибо автору за работу, за перевод. | |
| Cообщить модератору | Наверх | ^ | |
| |
| 7. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от pavlinux on 26-Дек-05, 15:45 | |
Я к тому, что эту статью следует использоваить как | |
| Cообщить модератору | Наверх | ^ | |
| |
| 8. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от Дмитрий Ю. Карпов on 26-Дек-05, 17:25 | |
В реальности проблема несколько сложнее, чем описывает автор. Дело в том, что по дороге от отправителя к получателю могут находиться интеллектуальные устройства разного типа (коммутаторы и роутеры), соединяющие каналы разной скорости и загруженности (тупые устройства могут соединять на себе только каналы одинаковой скорости). При этом роутеры имеют ICMP-средства управления потоком данных (flow control), а коммутаторы - нет, ибо работают одним уровнем модели OSI ниже. И буферы этих устройиств отличаются ёмкостью и загруженностью. Кроме того, ICMP-сообщения "эй, снизь скорость, я не успеваю!" могут убиваться firewall'ом (если админ - тупой параноик). | |
| Cообщить модератору | Наверх | ^ | |
| |
| 9. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от Дмитрий Ю. Карпов on 26-Дек-05, 17:26 | |
В общем случае при передаче больших файлов увеличение буфера ускоряет работу хотя бы потому, что по сетИ гоняется меньше квитков, подтверждающих доставку данных. А вообще, алгоритм работы TCP-стека - типичная задача принятия решений в услових сильной недостаточности данных: отправитель и получатель не знают ни топологии сетИ, ни что творится с каналами и буферами по дороге; даже друг о друге они имеют заведомо устаревшую информацию: когда отправитель получает квиток, подтверждающий доставку (к примеру) сотого пакета, получатель к тому времени уже можут получить сто_пятнадцатый, т.к. доставка квитка занимает время, сопоставимое со временем доставк | |
| Cообщить модератору | Наверх | ^ | |
| |
| 10. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от Дмитрий Ю. Карпов on 26-Дек-05, 17:26 | |
когда отправитель получает квиток, подтверждающий доставку (к примеру) сотого пакета, получатель к тому времени уже можут получить сто_пятнадцатый, т.к. доставка квитка занимает время, сопоставимое со временем доставки данных от отправителя получателю. | |
| Cообщить модератору | Наверх | ^ | |
| |
| 11. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от toor99 (??) on 26-Дек-05, 20:14 | |
Знаете, Дмитрий, когда вы молчите, то ещё можете сойти за умного человека. Но стоит вам рот раскрыть, или в данном случае, написать несколько слов, как иллюзия мгновенно рассеивается. | |
| Cообщить модератору | Наверх | ^ | |
| |
| 12. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от c0x (??) on 31-Дек-05, 09:51 | |
общий взгляд на проблему хорошо расписан в RFC1323, рекомендуется к прочтению как дополнительный материал. | |
| Cообщить модератору | Наверх | ^ | |
| |
| 13. "Оптимизация TCP стека для передачи больших файлов" | |
| Сообщение от c0x (??) on 31-Дек-05, 11:44 | |
В коммутаторах есть такая вещь как 802.3x Flow Control для full duplex и т.н. "back pressure" для half duplex. Одного не пойму, причем тут это применительно к данной проблеме? ICMP тоже немного не в тему в данном контексте, имхо. | |
| Cообщить модератору | Наверх | ^ | |
|
Удалить |
Индекс форумов | Темы | Пред. тема | След. тема |
