24 Oct
2007
24 Oct
'07
4:20 p.m.
On 10/24/07, Fernando Lopez-Lezcano <nando(a)ccrma.stanford.edu> wrote:
Still true.
-Chuckk
--
http://www.badmuthahubbard.com
On Wed, 2007-10-24 at 15:59 +0300, Chuckk Hubbard wrote:
I see; that makes more sense now.
Any idea why Linux wouldn't honor /etc/security/limits.conf?
Hi doc, thanks for the guess. sudo chrt does
work, though. I'm
supposed to not need it with the rt-patched kernel, which allows
non-root users to set high priorities.
Not exactly right. The rt-patched kernel (Ingo's patches) only optimizes
the max latency paths in the kernel. Other software is what allows
non-root users to use SCHED_FIFO scheduling. There are several options,
the current one is /etc/security/limits.conf through PAM, there are
others.
/etc/security/limits.conf has:
@audio - nice -10
@audio - rtprio 99
@audio - memlock 4000000 (someone on the
jack list
suggested that my previous value
"unlimited" was not
recognized, so I
> stuck this in but no change)
>
> and user "chuckk" is in group "audio".