Hi David,

thank you very much for your hints - i got now a better picture on how this could work on my ubuntu relay. Very interesting infos - thanks!
I've setup some tweaks now - lets see how it works.
If you are interested what i have did and if it helped - just let me know - i will drop you a message in a week or two.

Thanks!
Geri


2014-02-01 David Stainton <dstainton415@gmail.com>:
Hi Geri!

You may adjust the Linux OOM killer's settings on a per process basis
with the proc fs; see here:
http://askubuntu.com/questions/60672/how-do-i-use-oom-score-adj

If you have multiple numa cores then it also might be helpful to set
the process to use numa interleaved memory
instead of just it's local numa memory bank... see numactl for more
information about that. Jeremy Cole wrote
an interesting article about tuning mysql with numactl a while back.

Some people advise keeping a sacrificial lamb process that gets
oom-killed first.

Also I always like to disable swap completely (e.g. swapoff -a)... but
sometimes I meet sys admins that
try to argue that having some swap is a good idea; i am not convinced.
swap is so 1992.

I didn't explain everything or go into all the details here... so feel
free to ask me questions if you have some
problems or if something is unclear.

Cheers!

David


On Sat, Feb 1, 2014 at 12:41 PM, toxi roxi <toxiroxi@gmail.com> wrote:
> Hi Folks,
>
> im running many relays which are doing a nice job. But i have also some
> smaller relays outside which have just 256mb.
> They are performing quite quell - but on one relay im facing issues which i
> think you may help me.
>
> this relay seems to ran out of memory from time to time (2 to 5 days) and i
> found out via dmesg, that ubuntu itself is killing the process to free up
> memory.
> the swap is used, but far away from full.
>
> as this stops tor immediately its bit annoying that i need to restart the
> releay without any reason.
>
> is there any way to tell ubuntu or to prevent that the tor process is killed
> for freeing up memory?
>
> i dont care about other processes as this machine is for tor purposes only.
>
> thanks for your expertise!
> Geri
>
> _______________________________________________
> tor-relays mailing list
> tor-relays@lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
>
_______________________________________________
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays