[ardour-users] [Fwd: Re: Is 64 bit dual core supported and stable yet?]

[Joel White]

Fernando Lopez-Lezcano wrote:

>On Sat, 2005-12-03 at 10:49 -0500, Joel White wrote:
>  
>
>>> 
>>><Snip>
>>>      
>>>
>>I am currently running stock 2.6.14 with the 3800+ X2 (that's me, 
>>below).  If I set the smp_affinity of my sound card to one processor, 
>>the "delay of xx usecs exceeds.." messages virtually disappear.  Without 
>>that, they pop up regularly, with increasing delay times.
>>    
>>
>
>Yup, that's the problem of drifting TSC's. Hmmm, most probably you want
>to pin the jack processes to one processor, not the soundcard. 
>  
>
Ok, cool.  I was wondering about that.  I've just tried setting the cpu 
affinity of the jack processes to one processor using taskset, along 
with setting the smp_affinity of the sound card IRQ back to 0x03 (both 
processors).  I've been recording 8 tracks at -r 44100 -p 64 -n 2 
(duplex) for over an hour now without an xrun or "delay..." message.  I 
think this will give me a good working system for recording.

>>As a test, I just got through recording 55+ min of 8 tracks (-r 44100 -p 
>>64 -n 2, duplex) before ardour halted with an xrun and "delay.." error.  
>>    
>>
>
>I sounds to me that -p64 is too low for the stock kernel in any case. 
>-- Fernando
>  
>
I don't think so - the xruns and "delay..." values were way outside what 
one would expect given the jack settings (i.e., tens to hundreds of msec).

Joel

>  
>
>>Is it likely that this is still due to the problems mentioned above and 
>>in the jackit-devel list?  I don't see any other reason for this 
>>particular xrun/delay (I wasn't doing anything to stress the system).  
>>Any ideas would be appreciated.  (I tried running with acpi=off, as well 
>>as building the kernel without power management as Paul suggested to me, 
>>but the system hung up, so I'm back to acpi).
>>    
>>
>
>
>
>  
>