Размер очередей

[Demeo]

Доброго времени суток.

В общем-то проблема в следующем: на малых скоростях увеличивается задержка, ну и как следствие часть сайтов грузится не до конца. На ОпенНете нашел статью о расчете размера очереди для pipe. Теперь вот думаю, как реализовать в nofire.pl расчет размера по принципу

queue (входящая скорость - исходящая)*3

Как лучше?

&Add_Rule("pipe $pipe_in config bw ${speed_in}Kbit/s" queue (({speed_in}-{speed_out})/12)*3);

Или ввести еще одну переменную {queue_size} = ({speed_in}-{speed_out})/12)*3 , а сроку сделать

&Add_Rule("pipe $pipe_in config bw ${speed_in}Kbit/s" queue {queue_size});

Да и вообще интересует целесообразность данного метода, мож есть другой более эффективный способ...

[Aivanzipper]

В общем-то проблема в следующем: на малых скоростях увеличивается задержка, ну и как следствие часть сайтов грузится не до конца.

А Вы уверены что проблема именно в этом? Малые скоростя это по 32к?

[Demeo]

Проблема в этом. Потому что на одном и том же компе под разными учетками совершенно разные пинги на один и тот же ресурс в инете. И скорости у нас несимметричные - 1024/128, 256/64, 128/32, соответственно очереди в 50 пакетов на 32 кбитах долго наполняются и юзеры на малых скоростях страдают

[Aivanzipper]

Вы хотите сказать что в пакете 128/32 по отношению к другим возрастает пинг? Чем пингуете, если не секрет? Уложить ICMP канал 32... даже не знаю, постараться надо ) Мне кажется у Вас банально какое-то приложение кушает канал, и, соответственно, пингу не остается места. Решается применением QoS.

[Demeo]

Пингуем с LiveCD Убунты. Никаких лишних процессов, кушающих трафик, там нет. При переключении в биллинге скорости абоненту на большую - через некоторое время наблюдается уменьшение времени ответа. Ставим скорость назад - пинги увеличиваются