On Wed, 5 Dec 2001, Stefan Westerfeld wrote: > stefan@stefan:~$ artsshell status | grep real-time > real-time status: not real-time
$ artsshell status |grep -i real real-time status: real-time ok.. it's switched on, but as I talk, I'm doing an apt-get upgrade which involves lots of disk activity, and the sound (from xmms) is chopping up. If I switch xmms to using direct ALSA or OSS emulation, the sound is fine. > /dev/rtc doesn't have to do anything with the scheduling priority. You need er..but scheduling priority has nothing to do with realtime. Setting a different "nice value" just means the process gets more attention than user processes. Disk access is a kernel process and disk access is causing the music too chop up because it's getting priority over artsd! The ALSA driver uses a kernel patch which provides realtime callback support which actually binds realtime clock signals to alsa processes. Can't artsd use this? > to run artswrapper (which must be installed suid root) to get artsd running > with realtime priority. I don't think you mean "realtime" here, unless I've missed something?
