Вот что тут подумалось - при нарезке куче юзеров полосы на интерфейсе с помощью tc, например таким образом - class htb 1:12 parent 1:1 prio 0 rate 1000000bit ceil 1000000bit burst 32Kb cburst 1951b, рано или поздно придем к ситуации, что при достаточно большом количестве клиентов, подлежащих обрезке полосы, лаги начнутся у тех, кто ходит через тот же сервер, но полоса не режется, ведь для них будет оставаться все меньше и меньше полоса, относительно обрезаемых. Структура такая:
  
    1:1
/    |   \
1:Х 1:ХХ 1:НН

Каким образом решать эту проблему?

• Знатокам TC,fa, 00:37 , 11-Ноя-06
  • Знатокам TC,cMex, 11:29 , 13-Ноя-06

>Вот что тут подумалось - при нарезке куче юзеров полосы на интерфейсе
>с помощью tc, например таким образом - class htb 1:12 parent
>1:1 prio 0 rate 1000000bit ceil 1000000bit burst 32Kb cburst 1951b,
>рано или поздно придем к ситуации, что при достаточно большом количестве
>клиентов, подлежащих обрезке полосы, лаги начнутся у тех, кто ходит через
>тот же сервер, но полоса не режется, ведь для них будет
>оставаться все меньше и меньше полоса, относительно обрезаемых. Структура такая:
>
>    1:1
>/    |   \
>1:Х 1:ХХ 1:НН
>
>Каким образом решать эту проблему?

Дайте более высокий приоритет тем, кого не режете.

>Дайте более высокий приоритет тем, кого не режете.

Формирование дисциплин я начинаю вот так:
tc qdisc add dev eth0 root handle 1: htb default 2
tc class add dev eth0 parent 1: classid 1:1 htb rate 80mbit ceil 80mbit
tc class add dev eth0 parent 1: classid 1:2 htb rate 80mbit ceil 80mbit,
планируя как раз выделить 1:2 под необрезаемых, отправляя в этот класс в рутовой дисциплине. Соответственно подклассы для обрезаемого трафика плодятся с парентом 1:1. Что здесь не так, так как проблема все же объявляется? Может изменить подход?
Спасибо за потраченное на ответы время.