On Tue, Dec 14, 2010 at 11:46:55PM -0500, Ronan Jouchet wrote:
On 10-12-14 11:39 PM, Daniel Chen wrote:
>On Tue, Dec 14, 2010 at 11:33 PM, Ronan Jouchet<ronan(a)jouchet.fr> wrote:
>>I confirm 2.6.37-9.22~ppa1 from abogani PPA (RT_GROUP_SCHED disabled)
>>works fine.
>>
>>I will leave the decision to Alessio (or somebody else from the kernel
>>team) to close or not
>>https://bugs.launchpad.net/ubuntu/+source/linux/+bug/690010 , since a
>>proper solution implementing cgroups management may be preferable and
>>implementable.
>
>As Paul alludes to, changing this Ubuntu kernel config option doesn't
>resolve the real issue, and I wouldn't be keen on changing the option
>that clearly works for other applications.
how does the option work for other applications ?
this statement looks like you dont understand what this is all about :(
-Dan
101% agreed, if this option is here to stay (and it seems to be), a
"proper solution implementing cgroups management" would be
preferable
in this case you need to put the relevant stuff into /etc/cgconfig.conf
in order to make jack clients obtain their share of rt-cputime they
need to get moved into a cgroup which has some rt-bandwidth setup.
the big problem is that the cgroup where the process needs to be moved
to depends on how /etc/cgconfig.conf is setup.
libjack can not find this out.
we could provide hooks, which allow distro specific hacks.
but they would break if users start to mess with the cgroup layout.
userspace is not ready for this kernel option. this is like turning off
devfs without having udevd in place.
i always thought ubuntu was about making things easy for the user.
regarding jack, ubuntu has quite a big track record of making things hard
for the users.
Ronan
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
--
torben Hohn