From: Alexei Monastyrnyi (alexeim@orcsoftware.com)
Date: Tue Oct 17 2006 - 04:23:02 ART
I think that is correct, but there has to be a good sense in picking
byte counts, since ratio 1 2 3 4 theoretically keeps percentage to 10%
20% 30% 40% but in real life only one packet per queue will be served at
a time. So the real percentage will be different.
Having byte counts big enough will give a real percentage statistically
closer to desirable. But considering delay per queue is important here.
A.
Michael Zuo wrote:
> Thanks for the reply. Since the max packet size in [%qn*10*max] only
> changes delay, not bandwidth allocation, I guess the packet sizes for
> various queue in CQ does not need to be considered if delay is not an
> issue?
>
> thanks
>
> -----Original Message-----
> From: Alexei Monastyrnyi [mailto:alexeim@orcsoftware.com]
> Sent: Monday, October 16, 2006 3:40 PM
> To: Michael Zuo
> Cc: ccielab@groupstudy.com
> Subject: Re: Custom Queueing and packet size
>
> Hi.
>
> For CQ in terms of packet sizes it seems to be enough understanding what
>
> the maximum packet size is.
>
> As per your example, assume that "the rest" is 1500 byte
>
> pkt_size 1500 600 1500
> %q 20%=0.2 etc 0.2 0.4 0.4
> ratio max_pkt/pkt 1 2,5 1
> norm [%q*ratio*10] 2 10 4
> byte_count ptk_s*norm 3000 6000 6000
> check byte_c/summ 3/15 6/15 6/15
> 0.2 0.4 0.4
>
> It matches your ratio pretty much. Ratio 1500 3000 3000 differs in delay
>
> only, meaning that packets in Q1 (the one with 1500) will wait
> serialization time for 3000+3000 bytes (Q2+Q3). In my case Q1 would wait
>
> serialization time for 6000+6000 bytes before getting served again.
>
> But it is just a part of the fun. :-)
>
> Let's have "the rest" as z in calculations above.
>
> pkt_size 1500 600 z
> %q 20%=0.2 etc 0.2 0.4 0.4
> ratio max_pkt/pkt 1 2,5 1500/z
> norm [%q*ratio*10] 2 10 6000/z
> byte_count ptk_s*norm 3000 6000 z*(6000/z)=6000 !
> check byte_c/summ 3/15 6/15 6/15
> 0.2 0.4 0.4
>
> Getting into more abstract, assume we have x,y,z for packet sizes.
> max = maximum{x,y,z}
>
> pkt_size x y z
> %q 20%=0.2 etc 0.2 0.4 0.4
> ratio max_pkt/pkt max/x max/y max/z
> norm [%q*ratio*10] 2*(max/x) 4*(max/y) 4*(max/z)
> byte_count ptk_s*norm x*2*(max/x) y*4*(max/y) z*4*(max/z)
> 2*max 4*max 4*max
> check byte_c/summ x/10max y/10max z/10max
>
> So, byte count for Qn is [%qn*10*max]
>
> [] is round-up to the nearest integer.
>
> Much easier than classic books offer. :-)
>
> HTH
> A.
>
>
> Michael Zuo wrote:
>
>> Hi Group,
>>
>>
>>
>> I have a question re: custom queueing. When calculating the
>>
> byte-count
>
>> for each queue, does the packet size in each queue affect the
>> calculation?
>>
>>
>>
>> Example:
>>
>>
>>
>> I want to allocation 20% to 1500 byte packets, 40% to 600 byte packets
>> and 40% to the rest. To me, the byte-count would be 1500, 3000, 3000
>> respectively just from normalizing the percentage allocation. But I
>> have read from NetMaster library that the packet size for each queue
>>
> is
>
>> part of the calculation and there are various steps that need to be
>> performed to arrive at an approximate percentage that comes close to
>>
> the
>
>> desired percentage.
>>
>>
>>
>> Can anyone shed some light on this?
>>
>>
>>
>> Thanks in advance...
>>
>>
>>
> _______________________________________________________________________
>
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Wed Nov 01 2006 - 07:29:05 ART