I don't understand that either. I guess if you have a pci sound card, you can just prioritize rtc0 and the sound card and leave the rest alone.Capoeira wrote:btw, why do we have i8042 and USB in our rtirq.config? shouldn't we just have RTC0 and PCI/firewire/USB?
BruteFIR and JACK at high priorities?
Moderators: MattKingUSA, khz
-
- Established Member
- Posts: 7
- Joined: Sun Jul 10, 2011 8:50 am
Re: BruteFIR and JACK at high priorities?
Re: BruteFIR and JACK at high priorities?
I think the default conf is just an example. Imho, rtirq does magic but does not try to guess your hardware and you needs. There is an interesting discussion on rtirq configuration in Rui's site (rncbc.org).
lich000king, I also think you should give jconvolver a try.
lich000king, I also think you should give jconvolver a try.
- Capoeira
- Established Member
- Posts: 1321
- Joined: Tue May 12, 2009 1:01 pm
- Location: Brazil
- Has thanked: 3 times
- Been thanked: 2 times
Re: BruteFIR and JACK at high priorities?
the default config file is for a PCI-device. so why give usb-devices and keyboard a higher priority than jack and all the music-software?Pablo wrote:I think the default conf is just an example. Imho, rtirq does magic but does not try to guess your hardware and you needs. There is an interesting discussion on rtirq configuration in Rui's site (rncbc.org).
will have a look at the page
Re: BruteFIR and JACK at high priorities?
as far as I know, the i8042 makes no sense (keyboard controller chip). USB only makes sense if you have a USB soundcard I presume.
My rtirq conf is quite straightforward:
that's it, only rtc (RT clock) and hdsp (RME HDSP PCI card) gets their IRQ threads SCHED_FIFO. ALL other IRQs are getting SCHED_OTHER (so subject to the fair scheduler, i.e. can be interrupted in the middle of their work).
My rtirq conf is quite straightforward:
Code: Select all
# IRQ thread service names
# (space separated list, from higher to lower priority).
RTIRQ_NAME_LIST="rtc hdsp"
# Highest priority.
RTIRQ_PRIO_HIGH=90
# Priority decrease step.
RTIRQ_PRIO_DECR=2
# Whether to reset all IRQ threads to SCHED_OTHER.
RTIRQ_RESET_ALL=1
# On kernel configurations that support it,
# which services should be NOT threaded
# (space separated list).
RTIRQ_NON_THREADED="rtc"
Re: BruteFIR and JACK at high priorities?
This is my rtirq conf in /etc/default/rtirq:
Code: Select all
# IRQ thread service names
# (space separated list, from higher to lower priority).
RTIRQ_NAME_LIST="rtc ICE1712"
# Highest priority.
RTIRQ_PRIO_HIGH=90
# Priority decrease step.
RTIRQ_PRIO_DECR=5
# Whether to reset all IRQ threads to SCHED_OTHER.
RTIRQ_RESET_ALL=0
# On kernel configurations that support it,
# which services should be NOT threaded
# (space separated list).
# RTIRQ_NON_THREADED="rtc snd"
# Process names which will be forced to the
# highest realtime priority range (99-91)
# (space separated list, from highest to lower priority).
# RTIRQ_HIGH_LIST="timer"
Interesting! I will try thisALL other IRQs are getting SCHED_OTHER (so subject to the fair scheduler, i.e. can be interrupted in the middle of their work).