Hi, for interested in participation on finishing new HTB developement I created simple docs regarding it. It is some insight into CBQ and HTB workings and problems. See luxik.cdi.cz/~devik/qos/htb/v3/
On Fri, Apr 26, 2002 at 02:31:18PM +0200, Martin Devera wrote:> Hi, > > for interested in participation on finishing new HTB developement > I created simple docs regarding it. It is some insight into CBQ > and HTB workings and problems. > See luxik.cdi.cz/~devik/qos/htb/v3/ > > _______________________________________________ > LARTC mailing list / LARTC@mailman.ds9a.nl > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/Very interesting devik, as soon as I have some time, I will begin graphing and studying the behaviour of HTB. I will find useful if you have some notes in gathering data, and graphing with gnuplot. ( I think you used gnuplot in your page ). Regards. -- ... ___________________________________________________________ ... | /| |\ | | /-| Pedro Larroy Tovar. PiotR | http://omega.resa.es/piotr |-\ | | /--| No MS-Office attachments please. |--\ | o-|--| e-mail: piotr@omega.resa.es |--|-o | \-| finger piotr@omega.resa.es for public key and info |-/ | |...\|_________________________________________________________|/...|
> Very interesting devik, as soon as I have some time, I will begin > graphing and studying the behaviour of HTB. > I will find useful if you have some notes in gathering data, and > graphing with gnuplot. ( I think you used gnuplot in your page ).I''m planning to write some page on this theme .. devik
On Fri, Apr 26, 2002 at 07:40:43PM +0200, Martin Devera wrote:> > Very interesting devik, as soon as I have some time, I will begin > > graphing and studying the behaviour of HTB. > > I will find useful if you have some notes in gathering data, and > > graphing with gnuplot. ( I think you used gnuplot in your page ). > > I''m planning to write some page on this theme .. > devikGood, I have written a page with an example using the output of `tc -s qdisc'' to draw graphs with rrdtool. ¿Do you graph other data more specific than the tc output to test your code?, I mean, if you use debug code in htb, to output data from its internal functions. Regards. -- ... ___________________________________________________________ ... | /| |\ | | /-| Pedro Larroy Tovar. PiotR | http://omega.resa.es/piotr |-\ | | /--| No MS-Office attachments please. |--\ | o-|--| e-mail: piotr@omega.resa.es |--|-o | \-| finger piotr@omega.resa.es for public key and info |-/ | |...\|_________________________________________________________|/...|
Could you please share that tc -> rrdtool stuff with us? On Fri, 2002-04-26 at 20:52, PiotR wrote:> On Fri, Apr 26, 2002 at 07:40:43PM +0200, Martin Devera wrote: > > > Very interesting devik, as soon as I have some time, I will begin > > > graphing and studying the behaviour of HTB. > > > I will find useful if you have some notes in gathering data, and > > > graphing with gnuplot. ( I think you used gnuplot in your page ). > > > > I''m planning to write some page on this theme .. > > devik > > Good, I have written a page with an example using the output of `tc -s > qdisc'' to draw graphs with rrdtool. ¿Do you graph other data more > specific than the tc output to test your code?, I mean, if you use debug > code in htb, to output data from its internal functions. > > Regards. > > -- > ... ___________________________________________________________ ... > | /| |\ | > | /-| Pedro Larroy Tovar. PiotR | http://omega.resa.es/piotr |-\ | > | /--| No MS-Office attachments please. |--\ | > o-|--| e-mail: piotr@omega.resa.es |--|-o > | \-| finger piotr@omega.resa.es for public key and info |-/ | > |...\|_________________________________________________________|/...| > _______________________________________________ > LARTC mailing list / LARTC@mailman.ds9a.nl > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Fri, Apr 26, 2002 at 08:59:43PM +0300, Iustin Pop wrote:> Could you please share that tc -> rrdtool stuff with us?Sure, I wrote a message about that some days ago in the list. The url is http://omega.resa.es/stats/inetout -- ... ___________________________________________________________ ... | /| |\ | | /-| Pedro Larroy Tovar. PiotR | http://omega.resa.es/piotr |-\ | | /--| No MS-Office attachments please. |--\ | o-|--| e-mail: piotr@omega.resa.es |--|-o | \-| finger piotr@omega.resa.es for public key and info |-/ | |...\|_________________________________________________________|/...|
Yes I have hack to display total time spent in CBQ and HTB dequeue function. And my graphs are generated by custom packet generator/measurer devik On Fri, 26 Apr 2002, PiotR wrote:> On Fri, Apr 26, 2002 at 07:40:43PM +0200, Martin Devera wrote: > > > Very interesting devik, as soon as I have some time, I will begin > > > graphing and studying the behaviour of HTB. > > > I will find useful if you have some notes in gathering data, and > > > graphing with gnuplot. ( I think you used gnuplot in your page ). > > > > I''m planning to write some page on this theme .. > > devik > > Good, I have written a page with an example using the output of `tc -s > qdisc'' to draw graphs with rrdtool. żDo you graph other data more > specific than the tc output to test your code?, I mean, if you use debug > code in htb, to output data from its internal functions.
On Fri, Apr 26, 2002 at 07:52:53PM +0200, PiotR wrote:> > Good, I have written a page with an example using the output of `tc -s > qdisc'' to draw graphs with rrdtool. ¿Do you graph other data more > specific than the tc output to test your code?, I mean, if you use debug > code in htb, to output data from its internal functions.And I''ve done something similar ... what would be nice is a /proc interface for reading these values directly without an exec. -- Michael T. Babcock CTO, FibreSpeed Ltd. (Hosting, Security, Consultation, Database, etc) http://www.fibrespeed.net/~mbabcock/
On Friday 26 April 2002 19:59, Iustin Pop wrote:> Could you please share that tc -> rrdtool stuff with us?I did the same some time ago. An example can be found on http://home.docum.org/stef.coene/qos/gui/rrd.html Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net
> And I''ve done something similar ... what would be nice is a /proc > interface for reading these values directly without an exec.Now there are 3 of us we did it :) But the /proc interface isn''t a bad idea. Anyone has an idea how to do this? Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net
On Sun, Apr 28, 2002 at 05:35:57PM +0200, Stef Coene wrote:> > And I''ve done something similar ... what would be nice is a /proc > > interface for reading these values directly without an exec. > Now there are 3 of us we did it :) > But the /proc interface isn''t a bad idea. Anyone has an idea how to do this?I can have a look at it, probably the netfilter code would need to be changed. Would be a good idea to have packet count, and other things in /proc? What do the people with experience in the kernel think? Regards.> > Stef > >-- ... ___________________________________________________________ ... | /| |\ | | /-| Pedro Larroy Tovar. PiotR | http://omega.resa.es/piotr |-\ | | /--| No MS-Office attachments please. |--\ | o-|--| e-mail: piotr@omega.resa.es |--|-o | \-| finger piotr@omega.resa.es for public key and info |-/ | |...\|_________________________________________________________|/...|
PiotR wrote:> >I can have a look at it, probably the netfilter code would need to be >changed. > >Would be a good idea to have packet count, and other things in /proc? >What do the people with experience in the kernel think? >If you do this, please let me know. I would be interested in adding support for reading these counters via SNMP to the net-snmp package. It would be good to do the SNMP work in conjunction with the kernel code so we make sure that the two both do the things they expect of each other.
On Wed, May 01, 2002 at 12:28:51AM +0200, PiotR wrote:> Would be a good idea to have packet count, and other things in /proc? > What do the people with experience in the kernel think?Whatever it is, make sure its easily parsed (tab-delimited, etc.) There should probably be seperate class and queue lists for simplicity. For queuing disciplines: Type of qdisc, handle, packets, dropped packets, borrowed packets Also optionally: time since last dequeue, time since last queue, etc. Any other thoughts? -- Michael T. Babcock CTO, FibreSpeed Ltd. (Hosting, Security, Consultation, Database, etc) http://www.fibrespeed.net/~mbabcock/
Michael T. Babcock wrote:>For queuing disciplines: > Type of qdisc, handle, packets, dropped packets, borrowed packets > Also optionally: time since last dequeue, time since last queue, etc. > >Any other thoughts? >if possible, count bytes as well as packets