Jack O'Quin wrote:
[...] Looking at the graph, it appears that your DSP load is hovering above 70% most of the time. This happens to be the default threshold for revoking realtime privileges. Perhaps that is the problem. Try running it with the threshold set to 90%. (I don't recall exactly how, but I think there's a /proc/sys/kernel control somewhere.)
It would be nice to know which one really is :) Here are what I have here:
# grep . /proc/sys/kernel /proc/sys/kernel/bootloader_type:2 /proc/sys/kernel/cad_pid:1 /proc/sys/kernel/cap-bound:-257 /proc/sys/kernel/core_pattern:core /proc/sys/kernel/core_uses_pid:1 /proc/sys/kernel/ctrl-alt-del:0 /proc/sys/kernel/debug_direct_keyboard:0 /proc/sys/kernel/domainname:(none) /proc/sys/kernel/hostname:lambda /proc/sys/kernel/hotplug:/sbin/hotplug /proc/sys/kernel/kernel_preemption:1 /proc/sys/kernel/modprobe:/sbin/modprobe /proc/sys/kernel/msgmax:8192 /proc/sys/kernel/msgmnb:16384 /proc/sys/kernel/msgmni:16 /proc/sys/kernel/ngroups_max:65536 /proc/sys/kernel/osrelease:2.6.11-rc1-RT-V0.7.35-01.0 /proc/sys/kernel/ostype:Linux /proc/sys/kernel/overflowgid:65534 /proc/sys/kernel/overflowuid:65534 /proc/sys/kernel/panic:0 /proc/sys/kernel/panic_on_oops:0 /proc/sys/kernel/pid_max:32768 /proc/sys/kernel/printk:3 4 1 7 /proc/sys/kernel/printk_ratelimit:5 /proc/sys/kernel/printk_ratelimit_burst:10 /proc/sys/kernel/prof_pid:-1 /proc/sys/kernel/sem:250 32000 32 128 /proc/sys/kernel/shmall:2097152 /proc/sys/kernel/shmmax:33554432 /proc/sys/kernel/shmmni:4096 /proc/sys/kernel/sysrq:1 /proc/sys/kernel/tainted:0 /proc/sys/kernel/threads-max:8055 /proc/sys/kernel/unknown_nmi_panic:0 /proc/sys/kernel/version:#1 Mon Jan 17 15:15:21 WET 2005
My eyes can't find anything related, but you know how intuitive these things are ;)
He means when using the SCHED_ISO patch. Then you'd have iso_cpu and iso_period, which you have neither of so you are not using SCHED_ISO.
Cheers, Con
signature.asc
Description: OpenPGP digital signature
