Исходное сообщение
"Как снизить время реакции шейпера?" Отправлено c0nfED, 29-Апр-08 09:43
>1. Я бы оставил burst на автоматический выбор. пробовал. когда нужно протолкнуть канал параллельно с фтп-сессией - без большого бёрста никак. >2. Определяя классы в htb использовал бы prio (man tc-htb): > prio priority  In the round-robin process, classes with the lowest >priority field are tried for packets first.  Mandatory. читал и пробовал. по поводу prio обильно гуглил и находил самые разные вариации, включая эту. особой разницы не замечено. >3. В filter трафик бы при этом как раз и заворачивал в >нужный класс типа 1:10 или 1:50 - тот у кого приоритет >шире, а не в 1:1. не знаю почему, но при прямом указании фильтра на оконечный класс почему-то получается еще медленнее... Может есть какой-нить радикально другой способ, без шейпинга? (циски и прочие аппаратности не предлагайте =)) Пусть даже с кратковременной ПОЛНОЙ остановкой юзерского трафика... Задача - бысто договорить радмин на загруженном диалапе любым некоммерческим програмным путем! =)