Ivan Lopez wrote: > > On Mon, 02 Jul 2001 17:09:22 -0500 > Nikolai Vladychevski <niko@xxxxxxxxxxxxxxx> wrote: > > > > ness wrote: > > > experements I understand that it don't prioritize packets AT ALL. > > > (I'll be glad > > > to hear that I'm wrong...) > > > > > > > does not in my tests, I am also looking why .... > > i was playing with net/sched/sch_prio.c, trying to analize what it does > and modifying it just for write some crap in syslog and debug > > i've done a few tests, ie doing a heavy upload and ping another machine > over internet, putting icmp packets into band 0 of the prio qdisc, and the > rest into band 1, and what i see is that the prio qdisc actually > classifies packets into its bands according to filters you define, and in > fact dequeues first all packets from the bands with the most priority... > but the final result is not as expected, and i have the same delay as if i > don't use any qos... i've tried attaching some different qdisc to the > bands of the prio qdisc: tbf, sfq, just fifos... > > it seems to me its that prio does its work just ok, but the problem is > that the networking code is making dequeue the packets more fast than the > link can transmit them, without care about if they are accumulating again > at some point after > I just found a nice paper with explanations about PRIO qdisc with examples an figures, its in Chapter 7: http://dcn.ssu.ac.kr/~softgear/prog_sw_report_summer_99.pdf Nikolai
