UbuntuStudio is an official rt kernel with 64 bits. You do not need to compile your own. rt kernels are not at the same stage as the generic, I never noticed any issue or problem with rts. But its your call. <br><br>I have two rt&#39;s, my first was Ubuntu Studio 64 bits, and later I pacthed my Ubuntu Karmic 32 bits to be rt. It also stores all the other kernels, you don&#39;t loose the generic ones and you can boot from them anytime, grub adds every kernel image to the boot (you&#39;ll have the rt and the generic side by side at boot). Don&#39;t worry.<br>

<br>This is my kernel version, on the 32 bits:<br>pedro@arkana:~$ uname -a<br>Linux arkana 2.6.31-9-rt #152-Ubuntu SMP PREEMPT RT Thu Oct 15 05:01:14 UTC 2009 i686 GNU/Linux<br> <br><br><div class="gmail_quote">2010/6/30 András Murányi <span dir="ltr">&lt;<a href="mailto:muranyia@gmail.com">muranyia@gmail.com</a>&gt;</span><br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The point is that the newest kernel versions are not available in rt flavour (the latest is 2.6.31-11 and my experiences were not good with it). This is first time i heard about the lowlatency flavour, but it&#39;s not in my Ubuntu repos.<br>



So i&#39;m afraid, if i want a new rt kernel (for 64-bit...), i&#39;ll have to use a ppa or build my own.<br><br>Andras<br><br><div class="gmail_quote">2010/6/30 Pedro Lopes <span dir="ltr">&lt;<a href="mailto:pedro.lopes@ist.utl.pt" target="_blank">pedro.lopes@ist.utl.pt</a>&gt;</span><div class="im">

<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">What?<br><br>Of course not. Its a pacth - no compiling needed. But be sure to keep a generic kernel at the boot (just use grub to preserve a boot without rt, I never had problems and use the same rt kernel for 1 year, but safety first =P)<br>





<h2>Real time (-rt) and Low latency (-lowlatency) kernels</h2>
<span></span><span></span><p>You may want to install the -lowlatency kernel, you can simply do: <span></span><span></span><span></span></p>

<pre> sudo apt-get install linux-lowlatency linux-headers-lowlatency</pre><span></span><span></span><p>If
you still experience Xruns or you have a firewire sound card supported
by the FFADO project, you may want to install the -rt kernel: <span></span><span></span><span></span></p><pre> sudo apt-get install linux-rt linux-headers-rt</pre>

<br><br><div class="gmail_quote">2010/6/30 András Murányi <span dir="ltr">&lt;<a href="mailto:muranyia@gmail.com" target="_blank">muranyia@gmail.com</a>&gt;</span><div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">





Buh, it seems then i&#39;ll need to get a kernel from a PPA or compile it myself. A bit afraid of it, honestly.<br>Thanks for the explanation!<br><br>Andras<div><div></div><div><br><br><div class="gmail_quote">

On Sat, Jun 26, 2010 at 12:50 PM, Ricardo Lameiro <span dir="ltr">&lt;<a href="mailto:ricardolameiro@gmail.com" target="_blank">ricardolameiro@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">well, AFAIK, the &quot;RT&quot; Kernel is a generic kernel that is modified by a special patch, that is made by Ingo Molnár. This patch gives the kernel the ability to have a behavior that allows the assignment of time frames and allocations to compute &quot;rt&quot; flagged tasks. Maybe this could be translated to the scheduler.In the other hand, the preemptive kernel, its a normal Generic kernel, that its compiled with different options. At compile time, the configuration of the scheduler and company are configured more aggressively to give a better response to the &quot;rt&quot; flagged apps.<br>








<br>As my opinion, that is worth nothing...., the preemptive kernels are comming into a very good level, since the main tree ot the generic kernel, has absorbing parts of Ingo&#39;s patches. But, still, the RT kernel is way more accurate on the scheduling etc. problem is that, RT kernels are in nature more Power hungry, and by the nature of its working, they could hang easily a computer, keeping only processing an high prio task. <br>








<br>If I said something wrong, please correct me, I have looked at this stuff since a year to try to understand it better, so if someone can explain it  better, please do. <br><div class="gmail_quote"><br>Ricardo Lameiro<br>








<br><br><br>2010/6/26 Andre &quot;Osku&quot; Schmidt <span dir="ltr">&lt;<a href="mailto:andre.osku.schmidt@osku.de" target="_blank">andre.osku.schmidt@osku.de</a>&gt;</span><div><div></div><div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">








On Fri, 2010-06-25 at 22:17 +0200, András Murányi wrote:<br>
&gt; Hello people,<br>
&gt;<br>
&gt; does anyone know what is the real difference between an &#39;rt&#39; and a<br>
&gt; &#39;preempt&#39; kernel in linux?<br>
<br>
dunno, but here&#39;s a pretty interesting talk about real-time kernel<br>
<a href="http://lac.linuxaudio.org/2010/recordings/day2_1045_How_the_Real_Time_Kernel_Helps_Audio_and_Video_Applications.ogv" target="_blank">http://lac.linuxaudio.org/2010/recordings/day2_1045_How_the_Real_Time_Kernel_Helps_Audio_and_Video_Applications.ogv</a><br>









<div><div></div><div><br>
<br>
<br>
</div></div></blockquote></div></div></div></blockquote></div></div></div></blockquote></div></div></blockquote></div></div><br>
<br>_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Pedro Lopes<br>contacto: <a href="mailto:jazz@radiozero.pt">jazz@radiozero.pt</a><br>website: <a href="http://web.ist.utl.pt/Pedro.Lopes">http://web.ist.utl.pt/Pedro.Lopes</a> <br>