All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joakim Recht god@cs.auc.dk
To: lartc@vger.kernel.org
Subject: [LARTC] linux/tc vs packetshaper
Date: Fri, 02 Feb 2001 00:29:26 +0000	[thread overview]
Message-ID: <marc-lartc-98373940416946@msgid-missing> (raw)
In-Reply-To: <marc-lartc-98373940416936@msgid-missing>

<PRE>
bert hubert wrote:

&gt;<i> 
</I>&gt;<i> Number of users is not that big an issue. We've filtered 90mbit/s of traffic
</I>&gt;<i> with Linux, but we currently only shape up to 5mbit/s. However, the sites we
</I>&gt;<i> filter have &gt;100 http connections per second, which each take a few seconds
</I>&gt;<i> to complete, so I'd guess that at any one time we have ~300 tcp/ip sessions
</I>&gt;<i> running. 
</I>&gt;<i> 
</I>&gt;<i> I bet a 1000 users would not come near to that amount of sessions.
</I>
Well, I've had to increase /proc/sys/net/ipv4/ip_conntrack_max from 16k 
to a larger value on a network with 300 users, so something tells me 
that quite a lot of connections are open.

&gt;<i> 
</I>&gt;<i> Regular shaping might induce more, but it hasn't been a problem for us so
</I>&gt;<i> far. As long as you are not actively shaping (ie, remain below your
</I>&gt;<i> bandwidth ceiling), we don't see *any* additional latency.
</I>
This is the problem for me... The connection is to be distributed 
between some 8 college dorms, and the users here use quite a lot of 
bandwidth right now, as we are connected to a university connection. 
However, we are about to buy our own, which means a pretty crowded 20 
mbit connection, and as each dorm should be guaranteed an amount of 
bandwidth, shaping could occur very often, at least at peak hours in the 
afternoon/evening.

&gt;<i> We've only configured our shaping solution once, using the excellent
</I>&gt;<i> CBQ.init script. Takes little time, and then runs on without any problems.
</I>&gt;<i> 
</I>&gt;<i> Regards,
</I>&gt;<i> 
</I>&gt;<i> bert hubert
</I>&gt;<i> 
</I>Thanks for your reply,

-- 
Joakim Recht
Tlf. 20 85 54 77
Email <A HREF="mailto:god@cs.auc.dk">god@cs.auc.dk</A>
WWW <A HREF="http://www.braindump.dk">http://www.braindump.dk</A> / <A HREF="http://www.compuclub.dk">http://www.compuclub.dk</A>



</PRE>

      parent reply	other threads:[~2001-02-02  0:29 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-01 18:07 [LARTC] linux/tc vs packetshaper Joakim
2001-02-01 21:14 ` bert
2001-02-02  0:29 ` Joakim [this message]

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-98373940416946@msgid-missing \
    --to=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.