I researched RT OS's a few years back and it seems that performance hits doing regular tasks is "par for the course".  The reasoning behind it was that the kernel is forced to handle interrupts within a specified period of time as opposed to being able to stack the interrupt until it reaches a more optimal time to handle it.  This means that all interrupt handlers have to be written so that another interrupt can occur while the current one is being processed, which causes overhead.  It also means that all interrupts will interfere with the time slice spent running userspace program code.<br>
<br>From a high level it does seem a bit counter-intuitive that an RT system will run more sluggish than a non-RT, but the RT system is more about consistency than performance bursts.<br><br>--Brett<br><br clear="all"><br>

<br><br><div class="gmail_quote">On Thu, Aug 12, 2010 at 9:11 AM, david headon <span dir="ltr"><<a href="mailto:davidheadonuk@yahoo.co.uk">davidheadonuk@yahoo.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div style="font-family: tahoma,new york,times,serif; font-size: 14pt;"><div style="font-family: tahoma,new york,times,serif; font-size: 14pt;">  I'm not sure why. I find similar non-functionality with the Ubuntu repos and their 'realtime' kernel..<br>
Longer boot times, and no discernible performance improvements...<br>Perhaps even worse!<div class="im"><br><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;">> Also, I've<br>> always found the RT kernels provide by J.eng to be quite stable and have<br>
> decent performance - in my experience better than any Ubuntu kernels I've<br>> tested, though not quite on par with Fernando's usually excellent CCRMA<br>> kernels.<br><br>Do you have a feeling for why this is? Is it due to the versions being<br>
packaged or are Ubuntu doing something wrong?<br><br> 
 <br><br><br>_______________________________________________<br>Ardour-Users mailing list<br><a href="mailto:ardour-users@lists.ardour.org" target="_blank">ardour-users@lists.ardour.org</a><br><a href="http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org" target="_blank">http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org</a><br>
</div></div></div>
</div><br>



      </div><br>_______________________________________________<br>
Ardour-Users mailing list<br>
<a href="mailto:ardour-users@lists.ardour.org">ardour-users@lists.ardour.org</a><br>
<a href="http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org" target="_blank">http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org</a><br>
<br></blockquote></div><br>