|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Ilya Teterin 2:5020/400 27 Oct 2002 16:05:14 To : Master Yoda Subject : Re: shaper for incoming traffic -------------------------------------------------------------------------------- Sat Oct 26 2002 22:35, Master Yoda wrote to Ilya Teterin: >> равно продолжает бегать, даже при маленьком окне. Hо не так уж и резво, >> пакетов по 200 в минуту. Хосты находились физически на одном интерфейсе >> (линукс работает из-под VMWare). MY> пакетов в минуту? Вы ограничивали кол-во пакетов? :)) Именно в минуту. Ограничивает их, подозреваю, реализация TCP либо в win2k, либо в linux, либо в обоих сразу. MY> Если правила для проверки вы настроили аналогично своему примеру в этом MY> треде, то как раз кол-во пакетов и не должно было уменьшиться! MY> Я думаю, что траффик уменьшился в силу того, что пересылающая сторона, MY> увидев маленькое окно, попридержало данные до увеличения окна. Hо не MY> получив этого увеличения (за какое-то время) она все-таки отправило MY> пакет. Именно по этому уменьшилось и количество пакетов. Интересно, есть ли такие реализации TCP, где искуственно уменьшать размер окна бесполезно? MY> мм. Предлагаю проверить эту теорию так: MY> убрать правила, ограничивающие траффик -->> перекачать большой файл (засечь среднюю скорость {но только в байтах в MY> секунду, не в пакетах в минуту :))} и общее время перекачки) и MY> посмотреть (tcpdump'ом) размеры окон Как раз "байт в секунду" (данных) не будет зависеть от того, действительно ли ограничивается трафик :) Измерять надо нагрузку на канал, я это делал с помощью того же самого iptables. Hедоверчивым могу только посоветовать попробовать самим. --- ifmail v.2.15dev5 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/166794bfe1b18.html, оценка из 5, голосов 10
|