<br><br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
1.  Checking checking sysctl inotify max_user_watches... < 524288 - not good<br></blockquote><div><br>as jeremy mentioned, i have no idea what this is supposed to help. it has nothing fundamentally to do with realtime at all.<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2.  chrt: failed to set pid 0's policy: Operation not permitted<br>
    Checking the ability to prioritize processes with chrt... no - not good<br>
    Could not assign a 80 rtprio value. Set up limits.conf.<br>
    For more information, see<br>
    <a href="http://wiki.linuxmusicians.com/doku.php?id=system_configuration#limits.conf" target="_blank">http://wiki.linuxmusicians.com/doku.php?id=system_configuration#limits.conf</a><br>
<br>
    I did make the changes outlined at the above link.  I still<br>
    get the above report.  I'm going to guess that I need some<br>
    real-time support from the kernel to make this work.  Which<br>
    brings me to<br></blockquote><div><br>this is not true. <a href="http://jackaudio.org/realtime_vs_realtime_kernel">http://jackaudio.org/realtime_vs_realtime_kernel</a><br><br>you *must* get these permissions correct BUT at the same time, i have no idea why this script is trying to set the RT priority of PID 0, which is typically init(1), the program that starts a Unix system running.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
3.  Kernel with Real-Time Preemption... not found - not good<br></blockquote><div><br>not necessarily relevant. required in cases where the kernel and h/w are cooperating (badly) to prevent low latency operation, but many people have systems where this is not required. <br>
</div></div>