| To: | Thomas Graf <tgraf@xxxxxxx> |
|---|---|
| Subject: | Re: [Linux Diffserv] GRED queueing discipline and the file sch_gred.c |
| From: | jamal <hadi@xxxxxxxxxx> |
| Date: | Mon, 06 Jun 2005 07:54:18 -0400 |
| Cc: | rahul hari <rahulhsaxena@xxxxxxxxxxx>, diffserv-general@xxxxxxxxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20050606113907.GC15391@postel.suug.ch> |
| Organization: | unknown |
| References: | <20050605221106.GB15391@postel.suug.ch> <BAY24-F263AE581155F279A048AE6C5FB0@phx.gbl> <20050606113907.GC15391@postel.suug.ch> |
| Reply-to: | hadi@xxxxxxxxxx |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Mon, 2005-06-06 at 13:39 +0200, Thomas Graf wrote: > Use a prio qdisc with RED leaf qdiscs. RED and GREDs purpose is to > calculate a marking probability and not to provide any prioritizing > schemes. Prioritization is still implicitly provided if you vary the queue lengths or the drop probabilities. For example, if you set everything to be exactly the same, and varied only the drop probability - the VQ with the highest drop probability will be less important (i.e relatively more of its packets will be dropped; recall: the drop decision is made before the packet is queued). cheers, jamal |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [Linux Diffserv] GRED queueing discipline and the file sch_gred.c, jamal |
|---|---|
| Next by Date: | Re: [RFC] Replace scatterlist with crypto_frag, Herbert Xu |
| Previous by Thread: | Re: [Linux Diffserv] GRED queueing discipline and the file sch_gred.c, Thomas Graf |
| Next by Thread: | Re: [Linux Diffserv] GRED queueing discipline and the file sch_gred.c, Thomas Graf |
| Indexes: | [Date] [Thread] [Top] [All Lists] |