RE: Bandwidth hogging

["admin" <admin@xxxxxxxxx>]

No, it not too hard, I just have other interests and demands on my
attention. It could even be done the silly way by polling the
net load from user space. My point is that it is a ceiling I
am bopping on, as will all. Regardless of how tor is run there is
still one bill for the connection to the internet. The whole
@home experience is a good place to learn on how to run these
voluntary projects, they have to be painless. So what if it is not
fully "portable"? Nothing is, and I do understand it has to be
locally customized but that at least would be a smaller job. Anyhow,
just meant it as feedback from a node and I think the point is made.
Regards, -manuel


> -----Original Message-----
> From: owner-or-talk@xxxxxxxxxxxxx 
> [mailto:owner-or-talk@xxxxxxxxxxxxx] On Behalf Of Chris Palmer
> Sent: Wednesday, May 25, 2005 17:07
> To: or-talk@xxxxxxxxxxxxx
> Subject: Re: Bandwidth hogging
> 
> 
> admin writes:
> 
> > A better solution would be the introduction of a QoS 
> provision to tor
> > itself. While this can not be done in tor by itself it is my feeling
> > that a complimentary set of program/scripts should be part of a tor
> > server installation that, in the end, provides for a lower priority
> > processing of tor network request vs. other ones. This can be done
> > with the appropriate marking of the tor packages and the appropriate
> > iptables (in Linux) filter. I asked for a possible script 
> for this and
> > got a possible example from Martin Balvers. It turns out that the
> > problem is a little more serious as it involves setting up 
> the correct
> > queues in the kernel (tc el al). All a bit above my skill and pay
> > grade.
> 
> There's no way to handle this anywhere but where your TCP/IP stack
> resides, i.e. the kernel. There is inherently no way to do this in a
> cross-platform manner, and Tor is cross-platform and runs in userland.
> 
> Furthermore, there is no way we could set some default policy 
> that would
> work for everyone. Plenty of people dedicate entire machines to Tor;
> others use Tor on machines running many applications.
> 
> Tor is not missing a feature, your skillset is. Read up on your
> operating system's QoS and traffic shaping features. It's 
> generally not
> too hard.
> 
> http://lartc.org/
> http://www.openbsd.org/faq/pf/queueing.html
> 
> et c.
> 
> 
> -- 
> http://www.eff.org/about/staff/#chris_palmer
> 
>