The different realtime kernels

Kenneth Koym koymkg at gmail.com
Thu Sep 30 19:00:33 BST 2010


Am pleased to see confidence being expressed. But I've yet for the first
time, hear sound, produce a video or hear good music from my PC using ubuStu
10.04.1 lts on my ASUS 64AMD or on my Acer Laptop via UbuStu found on it; am
having to ask others to do what geeks patiently make feasible. But a
non-geek like me wants to believe, I am ever so close to realizing. Keep up
the fight; I support you and will stick in here too believing it is okay to
use my OS solely to crunch words. Yes I hope I will be producing DVDs
showing work I and friends do instead of just wishing I/we could. Million
thanks! Just do not stop perfecting end products! Ken

On Thu, Sep 30, 2010 at 10:55 AM, Ralf Mardorf
<ralf.mardorf at alice-dsl.net>wrote:

> On Thu, 2010-09-30 at 17:45 +0200, Ralf Mardorf wrote:
> > Hi Ricardo :)
> >
> > sorry for my broken English, especially at the moment, because I do have
> > an influenza.
> >
> > On Thu, 2010-09-30 at 16:18 +0100, Ricardo Lameiro wrote:
> > > Hi Ralf,
> > >
> > > I didn't understood what did you meant with:
> > > > For what do multimedia users (producers, but consumers) need more,
> > > but
> > > > vanilla + rt-patch? Does somebody run a multi-user data server on
> > > the
> > > > same machine, as he is using in his audio or audio-video studio?
> > > This
> > > > would be nonsense.
> > >
> > > What would be nonsense? audio producers using hard RT preemption on
> > > the kernel?
> > > Do you think that a webserver needs more Realtime preemption than
> > > audio work?
> >
> > No, I guess for audio and audio-video productions we only need a vanilla
> > + rt-patch kernel and nothing more.
> >
> > Nobody should run a web-server or anything else on a DAW, so there are
> > no other kernel patches needed.
> >
> > I'm pro PREEMPT RT and against PREEMPT only ;) or any kernel patches
> > that don't make sense for audio, audio-video productions.
> >
> > I was asking for reasons to patch a kernel with something like a
> > 'generic'-patch. A DAW, resp. audio-video-MIDI workstation don't need a
> > special server-kernel, or desktop-kernel etc., just a vanilla kernel +
> > rt-patch.
> >
> > Why does Ubuntu Studio comes without PREEMPT RT, but just PREEMPT?!
> > This is my intension.
> >
> > FWIW, I'm a professional audio and video engineer and did program oldish
> > computers and I'm missing hard real-time for modern PCs. Even the
> > kernel-rt isn't able to do hard real-time, so I don't understand why
> > Ubuntu Studio does prefer a kernel without rt-patch. Today the rt-patch
> > isn't good enough
>
> PS:
>
> Pardon, it isn't good enough for all needs, but good for a lot of needs,
> hence we should use the rt-patch.
>
> > and any kernel without this patch is useless for
> > multimedia production.
> >
> > So a misunderstanding ;)!
> >
> > >
> > > As I see, If a webserver used a RT kernel, it would have a lot of
> > > problems, because it will probably lock in some tasks until they are
> > > finished.
> > >
> > > Audio needs a very low latency, high resolution timer etc, because the
> > > Interrupts given by sound cards and by audio software need to be
> > > addressed as fast as possible,
> >
> > This is what I'm thinking off, I sometimes use the hr timer, that on
> > Linux still is a PITA on some machines and for some apps.
> >
> > Anyway, if possible a multimedia distro should use hr timer (HPET), but
> > always a kernel-rt only.
> >
> > >  if they arent, what happens is that the audio buffers, either for the
> > > souncard playback, or capture will run out of data, and then the
> > > continuos steam of audio data will be over, and wait until receive
> > > more info. In a Nutshell, you LOSE audio data, and you will never get
> > > it back, for professional audio that is unacceptable. Also if You give
> > > software RT priorities, it less possible that, for instance, Ardour is
> > > left behind of a twitter client.... unaceptable to...
> > >
> > > I am going to make some simple math with a not so professional cenario
> > > to ilstrate just the data stream, not audo software CPU time.
> > >
> > >
> > > Recording and monitoring out 8 channels (8 in 8 out) at 48KS/s at 24
> > > bits
> > >
> > > 48000 * 24 = 115200 bps = 14.0625KB/s
> > >
> > > 14.0625 * 16 = 225 KB/s = 1.76MB/s
> > >
> > > Well, 1.76 MB/s is not to much really, well this calc is simple
> > > cenario, provided that the sound card uses real 24 bit audio data
> > > stream, if it used 32 bit, welll do the math.
> > >
> > > Now to a PRO setup.. 192 KS/s @ 24bits
> > >
> > > 192000 * 24 = 4608000 = 0.55 MB/s
> > >
> > > 0.55 * 16  = 8,78 MB/s
> > >
> > > 8.78 MBytes per second, not mbits, FIrewire is rated at 400 MBit per
> > > second... USB in practice is a lot less + Communication overhead.
> > >
> > > This is only on the Audio tranfer side, then you need to send this
> > > streams from each different software, make dsp calculations for
> > > Amplitude (volume) or mixing. This takes time.... so YES a Real time
> > > kernels is better for audio users than for normal users. Specially if
> > > you use Externals Firewire/USB card with high outputs
> > >
> > > note: this are simple calculations made fast, just to demonstrate the
> > > kind of stream we talk about. I assumed 24 bits, this is very rare,
> > > usually it goes with 32 bit, that is a lot more data to transfer.
> > >
> > > If some more explanation on why a RT kernel is prefered for audio, i
> > > can try to answer some more questions, i am not a pro in this tough.
> > >
> > > Ricardo Lameiro
> > >
> > > 2010/9/30 Ralf Mardorf <ralf.mardorf at alice-dsl.net>
> > >
> > >         On Thu, 2010-09-30 at 16:38 +0200, Ralf Mardorf wrote:
> > >         > On Thu, 2010-09-30 at 07:35 -0400, Ronan Jouchet wrote:
> > >         > > Hello everybody,
> > >         > >
> > >         > > Many are confused about the various realtime kernels, so
> > >         here is a
> > >         > > reminder of the situation as of Sept. 2010 (but _please_
> > >         see
> > >         > >
> > >         https://help.ubuntu.com/community/UbuntuStudio/RealTimeKernel, which is
> > >         > > more detailed and continuously updated).
> > >         > >
> > >         > > ***Summary***
> > >         > > vanilla = unpatched kernel straight from kernel.org
> > >         > > generic = vanilla + ubuntu sauce (it's the default ubuntu
> > >         kernel)
> > >         > >
> > >         > > The *soft realtime kernels, prepared by changing
> > >         build-time parameters*
> > >         > >      preempt = generic + mild configuration to reduce
> > >         latency
> > >         > >      lowlatency = generic + aggressive configuration to
> > >         reduce latency
> > >         > >
> > >         > > The *hard realtime kernels, prepared by applying a big
> > >         patch* from Ingo
> > >         > > Molnar to the kernel source before building:
> > >         > >      realtime = vanilla + patch (hard to maintain and
> > >         stabilize because
> > >         > > merging 2 pieces of code is never easy)
> > >         > >      rt = generic + patch (even harder to maintain and
> > >         stabilize because
> > >         > > merging 3 pieces of code is harder than 2)
> > >         > >
> > >         > > ***Availability***
> > >         > > - for Maverick, generic will be the only kernel in the
> > >         archives, thus
> > >         > > the default kernel for ubuntu and ubuntustudio, but
> > >         Alessio has been
> > >         > > maintaining a PPA providing lowlatency and realtime
> > >         > > - for Natty or later: work is being done to include
> > >         lowlatency in the
> > >         > > official archives and make it the default ubuntustudio
> > >         kernel
> > >         > >
> > >         > > I hope this clears some doubts. By the way, this confusion
> > >         is only going
> > >         > > to get more intense at release time (less informed /
> > >         technical users).
> > >         > > Could we include some kind of note informing users about
> > >         this? Why not a
> > >         > > "RealTime kernel help" item in the Audio Production menu,
> > >         redirecting to
> > >         > > the wiki page?
> > >         > >
> > >         > > Good day,
> > >         > >
> > >         > > -- Ronan Jouchet
> > >         >
> > >
> > >         >
> > >         > 2 cents,
> > >         > Ralf
> > >
> > >
> > >         PS: Ok, on 32-bit architecture some might need support for
> > >         large RAM in
> > >         addition, this might be an additional patch, hat's not needed
> > >         on 64-bit
> > >         architecture.
> > >
> > >
> > >
> > >         --
> > >         Ubuntu-Studio-users mailing list
> > >         Ubuntu-Studio-users at lists.ubuntu.com
> > >         Modify settings or unsubscribe at:
> > >         https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
> > >
> > >
> > >
> > >
> > > --
> > > Fagote / Contrafagote
> > > Bassoon / Contra-bassoon
> > > http://myspace.com/ricardolameiro
> >
>
>
>
> --
> Ubuntu-Studio-users mailing list
> Ubuntu-Studio-users at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/ubuntu-studio-users/attachments/20100930/e27367bd/attachment-0001.htm 


More information about the Ubuntu-Studio-users mailing list