[LAU] Realtime priority when using several cards as MIDInterface

Ralf Mardorf ralf.mardorf at alice-dsl.net
Sat Nov 26 19:44:05 UTC 2011


I'm using a RME card for audio and MIDI and two Envy24 cards for MIDI.

Using rtirq with it's default in /etc/rtirq.conf,
resp. /etc/default/rtirq resp. /etc/sysconfig/rtirq

RTIRQ_NAME_LIST="rtc snd usb i8042"

caused

PID CLS RTPRIO  NI PRI %CPU STAT COMMAND 
 55 FF      90   - 130  0.0 S    irq/8-rtc0      
659 FF      85   - 125  0.0 S    irq/20-ICE1712  
671 FF      85   - 125  0.0 S    irq/21-ICE1712  
652 FF      83   - 123  0.1 S    irq/18-hdspm

switching to

RTIRQ_NAME_LIST="rtc hdspm snd usb i8042"

resulted in

PID CLS RTPRIO  NI PRI %CPU STAT COMMAND      
 55 FF      90   - 130  0.0 S    irq/8-rtc0   
619 FF      85   - 125  0.1 S    irq/18-hdspm 
629 FF      80   - 120  0.0 S    irq/20-ICE1712       
631 FF      80   - 120  0.0 S    irq/21-ICE1712

Dunno, perhaps RTIRQ_NON_THREADED="rtc snd" should also be edited.

Anyway, thanks to coincidence I noticed this issue and thanks to Rui I
was able to correct the priority.

My intend is to inform users of several PCI, PCIe MIDInterfaces to take
care about priorities, when one of the devices additionally is used for
audio too.

I didn't test if there's an audible difference on my machine, I suspect
that there isn't any difference, but IMO even this could be the cause
for an issue.

FWIW, I also own an USB MIDI device, a nice addition for non-rt bulk
dump, for my needs useless to make music.

I guess if I wouldn't use those Envy24 cards as MIDInterfaces, the RME
would have first priority after the clock.

- Ralf



More information about the Linux-audio-user mailing list