"Stateless Linux" project
Michael Favia
michael at insitesinc.com
Wed Sep 15 17:22:29 UTC 2004
Rudi Chiarito wrote:
>Another problem to worry about is saturation of the link upstream. I'm
>sure the average user wouldn't want the browser choked by rsync. Yes,
>you can tell rsync to use at most N KB/s, but that's not always easy to
>get right, if the user is in the position to estimate it at all - not to
>mention that link speed might change at any time for e.g. mobile users.
>
>
>
I've always wondered why applications are so greedy individually. Is
there no mechanism to throttle requested bandwidth between apps? I often
run into instances when a bit torrent uplink is saturating my uplink and
crippling my web browsing capabilities because i dont even have enough
space to send requests (id imagine thats the cause any way). Obviously i
could manually divide my bandwidth but it often changes (laptop and on
cable modem with variable up/down at home, bottomless connection speeds
at work). Is the overhead of such a monitoring system too high for the
benefit? Has it been attempted? There seem to be so many advantages to
such a system with the increasing popularity of higbandwidth activities
and the general user (Bittorrent, video on demand, aMule, Music
services) It just seems like a self auditing network interface would
make sense here.
--
Michael Favia michael at insitesinc dot com
Insites Incorporated http://michael.insitesinc.com
More information about the fedora-devel-list
mailing list