All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Devera <devik@cdi.cz>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] SFQ improvement ideas
Date: Wed, 16 Jan 2002 09:46:33 +0000	[thread overview]
Message-ID: <marc-lartc-101117443117426@msgid-missing> (raw)
In-Reply-To: <marc-lartc-101094979511667@msgid-missing>

> > 1) Backlog depth limit
> 
> This would be nice; through proc ... but I believe it is
> already being worked on by Alexey.

How do you know it ? I'd like to have such info too :)
By the way what is he working on ? Depth limit or proc interface ?
 
> > 2) Interactive traffic isolation
> 
> SFQ is designed specifically to _not_ have manual isolation
> of queues; use CBQ with SFQ to do this.

I know. But I want it to do automatic isolation. Based on
life of connection. When connection is determined to be
long download then it will resort into another queue.
But you may be right. Recently I started to think to use
iptables connection tracking to find these and use filters
to assign them different sfq ..

> (and not CBQ), use HTB.  A classful round-robin queue would

grrr .. I didn't design HTB just for simplicity but for
precise results ;-)

> > parameters like "hash " followed by set of "dip,sip,sport,dport,proto"
> > arguments (e.g. ... sfq hash dip sip dport).
> 
> I agree here; it would probably be easier to just turn on or off each of
> the hash criteria.
> 
> tc qdisc add dev eth0 sfq hash sip hash dip hash dport
> or
> tc qdisc add dev eth0 sfq hash sip hash dip

well it was my first idea but then I realized that it would be 
complex to do tc .. change on it. Maybe we could introduce
nohash too ..

devik

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

  parent reply	other threads:[~2002-01-16  9:46 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-13 19:21 [LARTC] SFQ improvement ideas devik
2002-01-13 21:06 ` John Huttley
2002-01-13 21:10 ` Daniel Wittenberg
2002-01-14  2:02 ` John Huttley
2002-01-14  4:23 ` Daniel Wittenberg
2002-01-14  5:13 ` Don Cohen
2002-01-14  9:35 ` Martin Devera
2002-01-14  9:36 ` Martin Devera
2002-01-14  9:38 ` Martin Devera
2002-01-14  9:54 ` Martin Devera
2002-01-14 14:56 ` Michael T. Babcock
2002-01-14 22:33 ` Don Cohen
2002-01-16  9:46 ` Martin Devera [this message]
2002-01-16 10:07 ` Martin Devera

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-101117443117426@msgid-missing \
    --to=devik@cdi.cz \
    --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.