История изменений

А как бы так сделать, что сумма скоростей дочерних классов не могла превысить rate родительского (не взирая на то, что в тех дочерних про rate написано)?

Никак. В LARTC об этом прямо написано:

Notes: The ceil for a class should always be at least as high as the rate. Also, the ceil for a class should always be at least as high as the ceil of any of its children.

Резюмируя: ceil родительского класса должен быть равен или превышать ceil любого из дочерних(не обязательно их сумму).

Но: при загрузке всех дочерних классов если суммарная загрузка превысит ceil родительского класса - htb разбалансирует как ему будет удобнее.

Если начать воспринимай ceil как «максимальную гарантированную скорость», то всё становится на свои места. Ты не можешь гарантировать скорость в нижестоящих классах, если вышестоящий её не способен предоставить.

А как бы так сделать, что сумма скоростей дочерних классов не могла превысить rate родительского (не взирая на то, что в тех дочерних про rate написано)?

Никак. В LARTC об этом прямо написано:

Notes: The ceil for a class should always be at least as high as the rate. Also, the ceil for a class should always be at least as high as the ceil of any of its children.

Резюмируя: ceil родительского класса должен быть равен или превышать ceil любого из дочерних(не обязательно их сумму).

Но: при загрузке всех дочерних классов если суммарная загрузка превысит ceil родительского класса - htb разбалансирует как ему будет удобнее.

На этом месте понимаешь авторов hfsc, в котором указывать ul(аналог ceil в htb) для leaf-классов это в общем-то моев