<br><br><div><span class="gmail_quote">2008/4/7, Pieter Palmers <<a href="mailto:pieterp@joow.be">pieterp@joow.be</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Mysth-R wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><span class="q">
<br>
<br>
2008/4/7, Pieter Palmers <<a href="mailto:pieterp@joow.be" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pieterp@joow.be</a> <mailto:<a href="mailto:pieterp@joow.be" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pieterp@joow.be</a>>>:<br>
<br>
Mysth-R wrote:<br>
<br>
<br>
<br>
2008/4/7, Pieter Palmers <<a href="mailto:pieterp@joow.be" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pieterp@joow.be</a><br></span>
<mailto:<a href="mailto:pieterp@joow.be" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pieterp@joow.be</a>> <mailto:<a href="mailto:pieterp@joow.be" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pieterp@joow.be</a><div>
<span class="e" id="q_119296ce077fc6eb_3"><br>
<mailto:<a href="mailto:pieterp@joow.be" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pieterp@joow.be</a>>>>:<br>
<br>
<br>
Mysth-R wrote:<br>
<br>
I forgot to precise that my sound card is a Presonus<br>
Firebox and<br>
run with Freebob.<br>
I got the idea to test with my U-control Uca202<br>
(Behringer) Usb<br>
sound-card, and there is no problems. The cpu percent is<br>
quite<br>
stable around 2,1%.<br>
It is a bit strange because I got the rtirq script<br>
congiured for<br>
my firewire card. So it should not work better than my<br>
firewire ...<br>
<br>
I am a bit lost !! :O[<br>
<br>
<br>
Is the 'real' cpu time (e.g. from top) also that high? It<br>
could be<br>
that there is a bug in the time reporting of the freebob backend,<br>
resulting in a bad calculation of the cpu time.<br>
<br>
Greets,<br>
<br>
Pieter<br>
<br>
<br>
<br>
Hi,<br>
It is very strange. I can't see a real correlation between cpu<br>
load displayed by htop and the DSP load displayed by qjackctl.<br>
In htop the cpu is quite unstable too, but it doesn'tt change at<br>
the same time as the dsp load in qjackctl. Perhaps it is due to<br>
a latency. but I can't say if is linked.<br>
I have made some more test :<br>
<br>
1- runing qjackctl with freebob backend : both dsp load<br>
(qjackctl) and cpu load (htop) are unstable but not really linked.<br>
2- runing qjackctl with alsa backend : dsp load is quite stable<br>
but cpu load is unstable.<br>
3- running jackdmp in a console with Freebob then alsa : cpu<br>
load is unstable.<br>
4- when jackdmp or qjackctl are killed : cpu load is normal<br>
around 2% and stable.<br>
<br>
So :<br>
Is it normal that the cpu load displayed in htop is unstable ?<br>
If it is, then as you said pieter, could it be a bug with<br>
freebob ??? I never saw this before, on the same laptop but with<br>
32bits OS.<br>
<br>
FreeBoB is guaranteed 110% bug-free.<br>
<br>
<br>
<br>
héhé :D<br>
<br>
Is there a problem in my kernel config ?<br>
Is there a something wrong with jack or freebob with the 64bits<br>
arch ?<br>
<br>
It could very well be a 64bit issue somewhere. I haven't tested<br>
freebob on 64bit yet.<br>
<br>
<br>
<br>
Well, if someone as some idea for me to make more tests ... I<br>
would be happy ;)<br>
<br>
<br>
It might be interesting if you could figure out exactly what the<br>
differences are between your setups. Mainly software versions etc...<br>
<br>
<br>
well, on the same laptop I got a 32bits openSuse system and a gentoo 64bits in dual boot.<br>
I have tested on OpenSuse, with both Kde3.5 and Fvwm, just using qjackctl 0.3.2 with jackd 0.109 and it works perfectly.<br>
Now on my gentoo 64 bits I tryed on both Kde4.0 and Fvwm-crystal, just using qjackctl 0.3.2 and jackdmp0.70. I also tryed with qjackctl 0.2.23 (in case it was due to QT4 library) and jackdmp-svn and jackd 0.109 : in all the case I got the cpu load problem.<br>
<br>
Do you think this is a firewire problem ? perhaps I forgot an important option when I compiled my kernel (2.6.24-rt1)<br>
I think I will try with another kernel. Will see if there is new kernel available. otherwise I will try with an older (2.6.22 ...)<br>
<br>
Thank you for your answer.<br>
<br>
ps : pieter if you haven't tested freebob in 64 bits, perhaps you could give me some guidelines, to test it and make a report for you ?<br>
</span></div></blockquote>
<br>
I don't really have a clue about what's going on, so it's pretty difficult to do so.<br>
<br>
Can you try running jack/freebob with a very high priority (e.g. -P99) to see if this changes things?</blockquote><div><br><br>Hello,<br><br>I ran jackdmp/freebob with -P99 priority but nothing changed. But there is something Strange. I can't give a -P99 priority directly in Qjackctl. The max is 89. So I had to run jackdmp in a terminal, then run qjackctl in "Active" mode.<br>
<br>Well sorry, after some more tests, it is a bit better with -P99 priority. It is more stable around 3.5% and there are few peaks up to 28% or 53% whereas with a lower priority (-P80) it is "stable" around 5% and there are many more peaks up to 13, 22 or 28% and some up to 53%<br>
Perhaps it is a problem with my configurations files<br><br><br>Here are my configuration files : <br><br><br>******************************* rtirq conf script ***************************************<br><br># IRQ thread service names<br>
# (space separated list, from higher to lower priority).<br>RTIRQ_NAME_LIST="rtc ohci1394 i8042"<br><br># Highest priority.<br>RTIRQ_PRIO_HIGH=99<br><br># Priority decrease step.<br>RTIRQ_PRIO_DECR=5<br><br># Whether to reset all IRQ threads to SCHED_OTHER.<br>
RTIRQ_RESET_ALL=0<br><br># On kernel configurations that support it,<br># which services should be NOT threaded<br># (space separated list).<br>RTIRQ_NON_THREADED="rtc ohci1394"<br><br># Process names which will be forced to the<br>
# highest realtime priority range (99-91)<br># (space separated list, from highest to lower priority).<br># RTIRQ_HIGH_LIST="softirq-timer"<br><br><br>************************** /etc/init.d/limits.conf ****************************<br>
<br>@audio - rtprio 99<br>@audio - nice -15<br>@audio - memlock 512000<br><br><br><br>****************************** cat /proc/interrupts *********************************<br>
CPU0 CPU1 <br> 0: 16448905 0 IO-APIC-edge timer<br> 1: 1922 0 IO-APIC-edge i8042<br> 8: 1 0 IO-APIC-edge rtc<br> 9: 1 0 IO-APIC-fasteoi acpi<br>
12: 801 0 IO-APIC-edge i8042<br> 14: 18261 0 IO-APIC-edge ide0<br> 15: 74104 0 IO-APIC-edge ide1<br> 16: 270629 0 IO-APIC-fasteoi nvidia<br>
17: 4022 0 IO-APIC-fasteoi eth0<br> 19: 1564191 0 IO-APIC-fasteoi ohci1394, ohci1394<br> 20: 24 0 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb2<br> 21: 113 0 IO-APIC-fasteoi uhci_hcd:usb3, HDA Intel<br>
22: 12548 0 IO-APIC-fasteoi uhci_hcd:usb4<br> 23: 0 0 IO-APIC-fasteoi uhci_hcd:usb5<br>NMI: 0 0 Non-maskable interrupts<br>LOC: 138113 8271422 Local timer interrupts<br>
RES: 943079 1904284 Rescheduling interrupts<br>CAL: 86 54 function call interrupts<br>TLB: 890 700 TLB shootdowns<br>TRM: 0 0 Thermal event interrupts<br>THR: 0 0 Threshold APIC interrupts<br>
SPU: 0 0 Spurious interrupts<br>ERR: 0<br><br><br>************************************* /etc/init.d/rtirq status *******************************<br><br>* status: started<br><br> PID CLS RTPRIO NI PRI %CPU STAT COMMAND <br>
352 FF 95 - 135 0.0 S< IRQ-8 rtc<br> 426 FF 90 - 130 0.3 S< IRQ-19 ohci1394, ohci1394<br> 491 FF 85 - 125 0.0 S< IRQ-1 i8042<br> 490 FF 84 - 124 0.0 S< IRQ-12 i8042<br>
5 FF 50 - 90 0.0 S< softirq-high/0 <br> 6 FF 50 - 90 0.7 S< softirq-timer/0 <br> 7 FF 50 - 90 0.0 S< softirq-net-tx/ <br> 8 FF 50 - 90 0.0 S< softirq-net-rx/ <br>
9 FF 50 - 90 0.0 S< softirq-block/0 <br> 10 FF 50 - 90 0.0 S< softirq-tasklet <br> 11 FF 50 - 90 0.0 S< softirq-sched/0 <br> 12 FF 50 - 90 0.0 S< softirq-hrtimer <br>
13 FF 50 - 90 0.0 S< softirq-rcu/0 <br> 17 FF 50 - 90 0.0 S< softirq-high/1 <br> 18 FF 50 - 90 0.4 S< softirq-timer/1 <br> 19 FF 50 - 90 0.0 S< softirq-net-tx/ <br>
20 FF 50 - 90 0.0 S< softirq-net-rx/ <br> 21 FF 50 - 90 0.0 S< softirq-block/1 <br> 22 FF 50 - 90 0.1 S< softirq-tasklet <br> 23 FF 50 - 90 0.0 S< softirq-sched/1 <br>
24 FF 50 - 90 0.0 S< softirq-hrtimer <br> 25 FF 50 - 90 0.0 S< softirq-rcu/1 <br> 99 FF 50 - 90 0.0 S< IRQ-9 acpi<br> 395 FF 50 - 90 0.7 S< IRQ-14 ide0<br>
396 FF 50 - 90 0.0 S< IRQ-15 ide1<br> 446 FF 50 - 90 0.0 S< IRQ-20 ehci_hcd:usb1, uhci_hcd:usb2<br> 461 FF 50 - 90 0.0 S< IRQ-21 uhci_hcd:usb3, HDA Intel<br>
468 FF 50 - 90 0.0 S< IRQ-22 uhci_hcd:usb4<br> 479 FF 50 - 90 0.0 S< IRQ-23 uhci_hcd:usb5<br> 3452 FF 50 - 90 0.0 S< IRQ-17 eth0<br> 3685 FF 50 - 90 0.1 S< IRQ-16 nvidia<br>
<br><br><br><br></div></div>Thank you again for your help.<br>greets,<br><br>Mysth-R<br><br clear="all"><br>-- <br>* ***************************************************************************************<br>* {^_^} Mysth-R {^_^}<br>
* <= Aide Auditive =><br>*<br>* <a href="http://myspace.com/mysthr">http://myspace.com/mysthr</a><br>* <a href="http://myspace.com/aideauditive">http://myspace.com/aideauditive</a><br>* <a href="http://mysthr.free.fr/Joomla">http://mysthr.free.fr/Joomla</a> => Site dédié à l'audio sous Fedora/PlanetCCRMA.<br>
* ***************************************************************************************