请教：关于TC带宽控制“子类的rate之和 > 父类rate”？？？

netwushen

请教：看了不少关于使用TC后的带宽控制测试结论，说“子类的rate之和 > 父类rate”这种设计是无效的，
      为什么我用TC后，测试时，“子类的rate之和 > 父类rate” 这种情况有效？？？

请帮忙分析：

网络环境：

   host1  host2
             |
             |    eth2 (192.168.1.11）
    ------------------               
    |       FW        |
    ------------------
            |    eth3  (172.16.1.1)
            |

         FTP server

TC规则如下：

$TC qdisc add  dev eth2   root    handle 3: htb default 21
$TC class add  dev eth2   parent 3:    classid 3:1   htb  rate 100Mbit ceil 100Mbit
$TC class add  dev eth2   parent 3:1   classid 3:21  htb  rate 3Mbit   ceil 3Mbit   prio 1
$TC class add  dev eth2   parent 3:21  classid 3:22  htb  rate 2Mbit   ceil 2Mbit   prio 2
$TC qdisc add  dev eth2   parent 3:22  handle  22:   sfq
$TC class add  dev eth2   parent 3:21  classid 3:23  htb  rate 3Mbit   ceil 3Mbit   prio 3
$TC qdisc add  dev eth2   parent 3:23  handle  23:   sfq

做dnat后，host1，host2访问FTP，当我同时在host1 和 host2 上从FTP下载文件时，他们都能达到自己的rate，
上述测试存是否正确呢？

kns1024wh

理论上是符合的，测试只有ftp的数据请求，没有其他的请求，当然都给ftp的用了。
多多交流呀
加QQ

netwushen

？？？那为什么我把两个子类的rate都设置为5M, 父类rate仍为3M，为什么子类也可以达到各自的rate？

emmoblin

我看了htb实现的原理，当子类的令牌能得到保证时就可以直接出队，
跟父类没有关系，只有当大于rate小ceil的时候，需要向父类借用带宽时，
才会跟父类有关系，看父类是否有令牌可以给子类。

所以并不是像表面上认为的，父类的令牌分给子类的令牌。其实每个类都有自己的
令牌桶，没有谁分给谁之说，只是子类的令牌不够时，把队列挂到父类的队列中。
这时就用父类的令牌桶提供令牌了。

所以子类，父类的rate和ceil并没有什么之和相等或者不可超过的关系。

如果我没说清楚，咱们再讨论。

netwushen

谢谢各位的回复，继续琢磨测试中~~~~

lin_wang

回复 4# emmoblin


那请教下, 用 tc change 频繁更改(2秒一次) htb 的子类时 dmesg 里报 htb: too many events! 是怎么回事呢? 有什么影响?

我看了htb的源码, 那段不是很明白

1. /**
   
2. * htb_do_events - make mode changes to classes at the level
   
3. *
   
4. * Scans event queue for pending events and applies them. Returns time of
   
5. * next pending event (0 for no event in pq, q->now for too many events).
   
6. * Note: Applied are events whose have cl->pq_key <= q->now.
   
7. */
   
8. static psched_time_t htb_do_events(struct htb_sched *q, int level,
   
9.                                    unsigned long start)
   
10. {
    
11.         /* don't run for longer than 2 jiffies; 2 is used instead of
    
12.            1 to simplify things when jiffy is going to be incremented
    
13.            too soon */
    
14.         unsigned long stop_at = start + 2;
    
15.         while (time_before(jiffies, stop_at)) {
    
16.                 struct htb_class *cl;
    
17.                 long diff;
    
18.                 struct rb_node *p = rb_first(&q->wait_pq[level]);
    
19. 
    
20.                 if (!p)
    
21.                         return 0;
    
22. 
    
23.                 cl = rb_entry(p, struct htb_class, pq_node);
    
24.                 if (cl->pq_key > q->now)
    
25.                         return cl->pq_key;
    
26. 
    
27.                 htb_safe_rb_erase(p, q->wait_pq + level);
    
28.                 diff = psched_tdiff_bounded(q->now, cl->t_c, cl->mbuffer);
    
29.                 htb_change_class_mode(q, cl, &diff);
    
30.                 if (cl->cmode != HTB_CAN_SEND)
    
31.                         htb_add_to_wait_tree(q, cl, diff);
    
32.         }
    
33. 
    
34.         /* too much load - let's continue after a break for scheduling */
    
35.         if (!(q->warned & HTB_WARN_TOOMANYEVENTS)) {
    
36.                 printk(KERN_WARNING "htb: too many events!\n");
    
37.                 q->warned |= HTB_WARN_TOOMANYEVENTS;
    
38.         }
    
39. 
    
40.         return q->now;
    
41. }

复制代码

emmoblin

回复 6# lin_wang


    多次频繁的change是没有问题的。

这个too many event的提示的意思的是，进入do_event的次数太多了，可能会有点控制的不准确，但影响不大

lin_wang

哦, 酱紫, 多谢指教!