<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><span style="font-family:arial,sans-serif">On Fri, Feb 6, 2015 at 8:57 PM, Alan Louis Scheinine </span><span dir="ltr" style="font-family:arial,sans-serif"><<a href="mailto:alscheinine@tuffmail.us" target="_blank">alscheinine@tuffmail.us</a>></span><span style="font-family:arial,sans-serif"> wrote:</span><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Only problem I've seen is that if a user allocates too much memory,<br>
OOM killer can kill maintenance processes such as a scheduler daemon.</blockquote><div><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I've seen that too. Even when the OOM killer targets the right processes, I remember having issues that only went away with a reboot.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">With no swap, then I found tuning the overcommit settings to be important to making things stable. It also depends on the kernel version ... older kernels had free page scanning algorithms that scaled poorly. Much better now.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div><span style="font-family:arial,helvetica,sans-serif">If you want to squeeze the most useful memory out of a system that you can while remaining stable, then I recommend having at least a little swap.</span> </div></div><div><br></div>-- <br><div class="gmail_signature">Andrew Shewmaker</div>
</div></div>