22 Jun
2009
22 Jun
'09
5:42 p.m.
On Mon, 22.06.09 21:28, Emanuel Rumpf (xbran(a)web.de) wrote:
2009/6/19 Lennart Poettering <mzynq(a)0pointer.de>de>:
Dude. Seriously.
As pointed out gazillions of times handing our RLIMIT_RTPRIO to
everyone is an invitation to freeze the machine. While that might not
be a problem on an audio workstation, it is a problem for the big
distributions.
Lennart
--
Lennart Poettering Red Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
Also, asking the user to edit
/etc/security/limits.conf
is certainly not user-friendly. We want to enable RT scheduling for
media aplications out-of-the-box.
Why not just create a small script to handle editing + reloading of
limits.conf :
$ allow_realtime_for_group audio yes
Allowed RT scheduling for group audio
$ allow_realtime_for_group audio no
Disallowed RT scheduling for group audio
Things seem to work well with limits.conf set up.
No reason to change it AFAIS.