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 -- Ivan Lopez de Pedro aSkAiNeT Proud member of The Gey Panda Crew Running Debian Sid GNU/Linux
