[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: Too many connections when ORPort is defined
phobos@xxxxxxxxxx wrote:
>
> On Sat, Aug 04, 2007 at 11:00:25AM -0700, gypsy@xxxxxxxxxx wrote 0.8K bytes in 19 lines about:
> : FYI:
> : I would like to run a tor server, but there is no way to limit the
> : number of connections. Also my tor.log gets filled with "Failing
> : because we have 991 connections already. Please raise your ulimit -n."
> : which is crap I do not care to see.
>
> Sockets and memory consumption are two different things. I've run tor
> servers in virtual servers with 256MB of ram just fine.
Well, I can't - in twice that much RAM. The machine becomes extremely
sluggish, more and more so as the number of connections increases.
> You could also "man tor" and find:
> ConnLimit NUM
>
> The minimum number of file descriptors that must be
> available to the Tor process before it will start. Tor
> will ask the OS for as many file descriptors as the OS will allow (you
> can find this by "ulimit -H -n"). If this number is less than ConnLimit, then
> Tor will refuse to start.
Read the next paragraph of that entry. It does not limit the number of
connections. So it doesn't do what I need, although it will remove the
"991 connections" log entries.
> : Development REALLY needs to implement a connection limit so that tor can
> : be configured to be less a resource pig. While there is an
> : overabundance of bandwidth here, the host computer simply cannot handle
> : more than 100 simultaneous connections because it has so little RAM and
> : a "low horsepower" CPU.
>
> I believe someone has submitted patches to this effect. We're always
> happy to accept more patches.
I'd certainly appreciate pointers for finding such a patch. I haven't
read every message in this group, but a google search "patch tor
connection limit" came up empty.
> --
> Andrew
--
gypsy