<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 4, 2015 at 12:39 AM, Paul Davis <span dir="ltr"><<a href="mailto:paul.joseph.davis@gmail.com" target="_blank">paul.joseph.davis@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":eu" class="a3s" style="overflow:hidden">Sooo....<br>
<br>
Distributed systems are hard.</div></blockquote></div><br></div><div class="gmail_extra">One have to celebrate the small victories. You know what is causing the trouble in the first place, and this is an important milestone. Surely, auditd will impose an overhead in the running system, but this impact it is having seems excessively high for an audit system to me. <br><br></div><div class="gmail_extra">The slightly higher CPU is to be expected, given that 15+ and onwards does spinning waiting for runq entries. One nice trick is to enable monitor events (erlang:system_monitor, see Basho's riak_sysmon as well). These will warn you about long schedules. In particular long schedules on system calls that are expected to return quickly :) Perhaps this will help in the future when someone changes assumptions underneath the setup.<br></div><div class="gmail_extra"><br clear="all"><br>-- <br><div class="gmail_signature">J.</div>
</div></div>