All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nikolai Vladychevski <niko@isl.net.mx>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] PRIOMAP, SPLIT, DEFMAP usage info + PRIO, TBF and other bugs
Date: Mon, 02 Jul 2001 23:41:38 +0000	[thread overview]
Message-ID: <marc-lartc-99411724619805@msgid-missing> (raw)
In-Reply-To: <marc-lartc-99386571628755@msgid-missing>

Ivan Lopez wrote:
> 
> On Mon, 02 Jul 2001 17:09:22 -0500
> Nikolai Vladychevski <niko@netspace.com.mx> 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

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/2.4Routing/

  parent reply	other threads:[~2001-07-02 23:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-30  1:45 [LARTC] PRIOMAP, SPLIT, DEFMAP usage info + PRIO, TBF and other bugs ness
2001-07-02 22:09 ` Nikolai Vladychevski
2001-07-02 22:58 ` Ivan Lopez
2001-07-02 23:41 ` Nikolai Vladychevski [this message]
2001-07-03 16:40 ` Nikolai Vladychevski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=marc-lartc-99411724619805@msgid-missing \
    --to=niko@isl.net.mx \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.