Date: Wed, 02 Apr 2008 08:21:38 -0400 From: freebsd@top-consulting.net To: freebsd-questions@freebsd.org Subject: Re: FreeBSD Traffic Shaping Message-ID: <20080402082138.29215ikf830zxu8g@mail.top-consulting.net> In-Reply-To: <200804021332.19454.fbsd.questions@rachie.is-a-geek.net> References: <20080401181836.13596owuuxf9az48@mail.top-consulting.net> <003301c89474$efde4e60$cf9aeb20$@Org> <20080402032721.62016mpa11vodpc0@mail.top-consulting.net> <200804021332.19454.fbsd.questions@rachie.is-a-geek.net>
next in thread | previous in thread | raw e-mail | index | archive | help
I think you guys went a bit on a tangent here. What I am trying to do =20 is limit the outbound bandwidth of my services and this should be =20 perfectly possible as I control the output. Also, the reason for this need is that some services use =20 burst-bandwidth and I have many peaks and lows throughout the day. =20 This means that my carrier who bills me by the 95th percentile is =20 having a field day. For the services that my server offers it's not =20 imperative that they get rid of the client in 1 second instead of 5 =20 for example. In this sense, stretching out 1MB of traffic over 10 =20 seconds is more beneficial towards my 95th than if I stretch it over 2 =20 seconds for example. Quoting Mel <fbsd.questions@rachie.is-a-geek.net>: > On Wednesday 02 April 2008 09:27:21 freebsd@top-consulting.net wrote: >> I gave port 80 as an example but I need this configuration for >> limiting other services as well. >> >> If you have a 100mbps connection and only one client, you want him to >> only use 50kbps, not the full pipe. If you have 200 clients, they >> still get 50kbps each. >> >> Is this feature that I need so complicated that it can't be >> implemented easily into FreeBSD or is it that not many people need it >> ? It sounds quite useful to me :) > > It isn't as useful as you think. I can easily generate 200 clients being o= nly > one person. That's why the focus in bandwidth shapers lies on the type of > traffic and the origin/destination rather then the state and they divide t= he > bandwidth within those pipes between the states. > Secondly - bit besides the point, but not many people think about it - if = you > have 100% available and limit a single person to 5%, you're more likely to > end up at the 100%, simply because it takes more time for that person to g= et > what he wants. > So if there's no financial/legal issues involved, it's better to get rid o= f > the clients as fast as possible. > > -- > Mel > > Problem with today's modular software: they start with the modules > and never get to the software part. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.or= g" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080402082138.29215ikf830zxu8g>