Re: [gtk-gnutella-users] Limiting ultrapeer memory for long-term servers?

[Jeff G. <je...@ga...>]

Christian Biere wrote:
> Jeff Garzik wrote:
>> As part of a personal effort to promote technologies I like, I just 
>> started running two gtk-gnutella ultrapeer nodes.  No file service; this 
>> exists purely to help gnet stay nice and strong.  Both are running on 
>> Fedora 9, version gtk-gnutella-0.96.5-1.fc9.
> 
> Please fetch extra_files/hostiles.txt and extra_files/spam.txt
> occasionally (maybe every few weeks) from the SVN repository to reduce
> spamming issues.

Will do.  Two questions,

Does gtk-gnutella automatically notice when those files are updated, or 
do I need to restart gtk-gnutella?

Are these files distributed anywhere via gnet (hopefully GPG-signed)? 
That would be preferable to polling SVN.


>> So far, after a week on one server, I see memory usage continuing to 
>> slowly creep up.  Is that normal?  :)  Does it ever stop growing?  :)
> 
> It should not be ever-growing. The memory usage mostly depends on the
> number of ultrapeers and especially leaves connected. With about 32
> ultrapeers and 80 leaves, it stabilize around 200 MiB of RAM. If that's
> too much, you should rather lower the number of leaves, not the number
> of ultrapeer connections.

FWIW, both nodes are set at 40 ultrapeers and 150 leaves, apparently the 
default (I let it create config_gnet, then tweaked a few minor things 
like bandwidth limit).


>> Since I would like to leave these processes up long term, I would like 
>> to try and plan a bit for their resource usage.
> 
> If you don't care about country code mapping, you can save about 2 MiB
> by using an empty file:
> 
> touch ~/.gtk-gnutella/geo-ip.txt

Thanks!  Yeah, I don't really care about that.

Oh, and another wish list item:  it would be nice to be able to dump 
stats about daily search traffic, bandwidth usage, etc. without querying 
each individual property.  i.e. like a "all_stats" command or similar.

	Jeff