First of all, for the record, anyone who equates firsthand experiences
with snakeoil, shall find their words completely ignored by yours truly :-)
First of all, booting into console mode, rather than running the full
blown desktop seemed to eliminate most of the problems, although it’s
still not quite a stable as i’d like.
Also i don’t quite understand how all of that could interfere with my
RT-thread.
This was going to try and install a more minimal system anyway, and
don’t need a graphical environment for this, but during developments
it’s kind of nice to have.
Check your processes with htop. Make sure none of the resources-eating
background items remain.
I still would like to see how far i can take this, and was really
hoping i can continuously use 80-90% of all cpu cores without dropouts…
Is that realistic with a lowlatency kernel?
In my experiences this is not realistic with either a realtime kernel or
a lowlatency kernel, unless you can afford large latency times, using
large audio buffers. This is because in a low latency situation, the
CPU has to have a lot of free cycles available to be ready to handle
everything which comes.
I do think you will probably see more stability if you use JACK in such
efforts, or even PulseAudio, than if you use direct ALSA. I have found
ALSA to be great for drivers, not anywhere near so good for the
transport phases.
Cron should also be turned off, but that is probably not the problem
here. Cron runs super "nice" but there seem to be some things it does
like packge update that can cause problems too. I turn off cron while
recording.
I have never had to turn cron on an otherwise well-approached environment.
I don’t have a wireless on my machine, nor an nvidia card. just intel
builtin graphics. This where my linux knowledge falls short, but If i
don’t have that hardware, can I assume no drivers for it are loaded?
Yep, no problem there.
AFAIK, the important things are.
1. Use a properly configured realtime patched kernel.
lowlatency-kernel is not going to cut it?
Lowlatency is just fine if you have the CPU for it, and lowlatency is a
whole lot easier to set up now, with the Liquorix people on the ball
like they are.
I wasn’t really able to find to much info on the difference between
the two, other than than the rt-kernel is a “step up” and hard
realtime vs soft.
But nothing on how this is technically achieved
On my production box, with my Behringer Firewire FCA202, I have found
slightly better results using a Liquorix kernel than with a
realtime-patched kernel. Liquorix has a whole lot of interesting
optimizations. I would imagine that if my CPU were not what it is,
and/or the load type different, the differences would probably be
considerably greater, and I have no thought as to which side it would
land on.
--
Jonathan E. Brickman [email protected] (785)233-9977
Hear us at http://ponderworthy.com -- CDs and MP3 now available!
<http://ponderworthy.com/ad-astra/ad-astra.html>
Music of compassion; fire, and life!!!
_______________________________________________
Linux-audio-dev mailing list
[email protected]
http://lists.linuxaudio.org/listinfo/linux-audio-dev
