<div><br> <br></div><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">Hi Daniel,<br><br>Interesting point here. Do you mean you edited the<br>/etc/security/limits.conf even when running the non rt kernel and that
<br>it made things better than with the non-edited /etc/security/limits.conf ?</blockquote><div><br>I already had realtime permissions enabled while using the rt kernel.<br><br>Yup, I basically was messing around trying to figure out why my suspend/sleep was broken in Gutsy
<br>when it had worked with the Live cd ... then I realized mabey its the rt kernel I had installed and reinstalled the generic.<br>Of course, that fixed these problems and I tried pd + jack and noticed that it also ran those really well ...
<br>better then the rt kernel which prompted me to wonder if anyone else had noticed this behaviour? I thought<br>it was some bug with pd or jack, in that pd was giving me noticeable xruns using the *realtime* kernel when in
<br>using such a kernel in dapper, edgy, and fiesty was the only way to *avoid* them. I remember reading somewhere<br>that the Ubuntu kernel team has been integrating some of the realtime kernel patches and enabling pre-emption to
<br>keep the kernel fast for the whole "multimedia desktop experience" etc ... and it seems that this works with realtime audio<br>in pd and jack, at least for me.<br><br>I also noticed that the realtime kernel has become more focused on *real* realtime requirements like robotics, etc on the
<br>ubuntu page, dont recall the link off hand.<br><br>On a side note, merry christmas boys and boys (are there any girls on the list?). My parents just bestowed a solid state<br>harddrive upon my performance computer, so now I can bounce around without worrying about physical disc crashes!
<br>Happy nerdy xmas all.<br><br></div><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><br><br>That's definitely one thing I must try then...
<br><br>To get even more off-topic (even though I'm not really convenced it is)<br>I noticed as well that rt kernels are really aggressive. For instance<br>when I just play mp3s through jack with the hdsp driver it eats all
<br>performance for the rest of desktop apps which then get really really<br>sluggish (on a PIV 3000MHz...).<br><br><br>Jé<br><br>Daniel Wilcox a écrit :<br>> To all those Pd Ubuntu-ers out there,<br>><br>> I have been using the realtime (lowlatency) kernel for a while, back
<br>> since Feisty, and compiled my own in Dapper.<br>><br>> I have noticed that, at least with Gusty, the generic kernel works<br>> better then the rt kernel, giving me much *fewer*? xruns<br>> and artifacting with Pd ... while using the rt kernel, Pd seems to
<br>> "sput" xruns while using Jack. It's important to note that I<br>> did enable the realtime privledges by writing to the security config as<br>> noted on the Ubuntu studio page:<br>> sudo su -c 'echo @audio - rtprio 99 >> /etc/security/limits.conf'
<br>> sudo su -c 'echo @audio - memlock 250000 >> /etc/security/limits.conf'<br>> sudo su -c 'echo @audio - nice -10 >> /etc/security/limits.conf'<br>><br>> Could it be that the preemption enabled in the rt kernel is a bit *too*
<br>> aggressive? Realtime audio in PD with Jack seems to run much<br>> better with the generic kernel! Even at a 8ms latency ... in fact I'm<br>> testing the same on my slow performance computer (PIII 500MHz) with a
<br>> fresh install of a Minimal command line Gutsy and it works *soooo* much<br>> better then the realtime kernel. (Plus suspend and<br>> hibernation work, while they don't using the realtime kernel.)<br>>
<br>> --<br>> Dan Wilcox<br>> danomatika<br>> <a href="http://www.robotcowboy.com/" target="_blank">www.robotcowboy.com</a> <<a href="http://www.robotcowboy.com/" target="_blank">http://www.robotcowboy.com</a>
></blockquote><div><br>-- <br>Dan Wilcox<br>danomatika<br><a href="http://www.robotcowboy.com">www.robotcowboy.com</a> </div><br>