Recently, I experimented with Debian sid, which use systemd. Systemd
idea is nice, but its implementation is a catastrophe. It is more than
one year I am using the kernel cgroups on gentoo to get rt scheduling
with JACK, that without any trouble.
On Debian, this is just impossible, because whatever I try, systemd
insist to put what it think is good to have into the rt cgroup, which
soon or later result in a complete system freeze with even dead magic
keys. After loosing my time a few days with this, I removed Debian and
installed gentoo instead.
I found the reason here:
http://article.gmane.org/gmane.linux.kernel/1063354
"Lennart Poettering:
Well, this feature is... completely irrelevant for normal desktop
people.
...
In fact, I just prepped a patch to systemd to move every service and
every user session into its own cgroup in the 'cpu' hierarchy (in
addition to the group it already creates in the 'systemd' hierarchy)."
Another completely idiotic stuff of this guy.
The point of the cgroups is it is possible to setup them for
whatever use will be made with a computer, and this guy think he have
the insane and pretentious capability to decide for every single user
of the use they will made with their computers, and he is suggesting
users doing something else are abnormal. He must be stopped!
Regards,
Dominique
Hello,
Does anyone know if anything has emerged from
http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/fundamen…
or, what alternative solutions for doing the same thing exist today?
I know I have
#ifdef __clang__
# define REALTIME __attribute__((annotate("realtime")))
#else
# define REALTIME
#endif
in my code and was tinkering with an implementation capable of doing
this at some point, but can't dig up the details, or whatever system I
was using to do it.
It would be oh so very nice to be able to statically verify that code is
real-time safe...
--
dr
Hello LAD, LAU.
I've pushed a new branch of the
mod-host<https://github.com/portalmod/mod-host>(midi-control), the
code in this branch makes possible assign MIDI
controllers to control any input parameter of the lv2 plugins. This is in
development yet, but anyway I'm inviting you to try it as is and, if
possible, help us reporting bugs or suggestions of improvements.
Two new commands were added: map and unmap. The sintaxes are:
map <effect_instance> <parameter_symbol>
unmap <effect_instance> <parameter_symbol>
After run the map command, just acts in the control that you wanna assign
to (MIDI Learn). The feedback to user is very poor yet, so you won't
receive a message saying if the mapping was well done.
I hope you enjoy it.
Regards,
Crudo