Tor running on mipsel

Chris Palmer chris at eff.org
Fri Dec 24 03:24:01 UTC 2004


Ferdinand O. Tempel writes:

> I do see the following error in syslog though:
> Dec 23 22:34:50 10.164.10.1  Tor: connection_dir_client_reached_eof():
> Received http status code 503 from dirserver. Failing.
> Is that important?

Yes, the directory listing had gotten too large for the memory allocated 
to store it! Nick has comitted a patch.

> If memory usage goes through the roof, I can always try to run tor in
> client mode to see how that goes. Is there a way to limit tor's memory
> usage, of would that require redesign of said buffer handling? By the
> sound of it not a bad idea anyway.

Tor on my Mac chews up a fair amount of RAM:

~ $ ps auxww | grep tor
chris   2275   0.0  0.9    28712   3616 std- S    Wed06PM   2:49.45 tor

Tor as a server needs more, but less than it used to (several memory
leaks were found and fixed a couple weeks ago). This is from a Tor 
server:

$ ps auxww | grep tor
chris     2482  8.4  2.5 14848 12968 p2  S     13Dec04  868:00.84 tor 
chris     6187  3.4  1.6 16592  8592 p2  S     Mon03PM  131:18.76 tor 
chris    16992  0.0  0.0  5056     0 p1  R+     7:23PM    0:00.00 grep 
tor (ksh)
chris    16751  0.0  0.3  5248  1384 p2  I     13Dec04    0:00.01 tor 
chris     1552  0.0  0.2  5248  1112 p2  I     13Dec04    0:00.01 tor 
chris    21902  0.0  0.2  5248  1112 p2  I     13Dec04    0:00.01 tor 


-- 
Chris Palmer
Technology Manager, Electronic Frontier Foundation
415 436 9333 x124 (desk), 415 305 5842 (cell)

81C0 E11D CE73 4390 B6C7  3415 B286 CD8F 68E4 09CD

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL: <http://lists.torproject.org/pipermail/tor-talk/attachments/20041223/f50970da/attachment.pgp>


More information about the tor-talk mailing list