[PlanetCCRMA] (Fwd) gak

Fernando Lopez-Lezcano nando at ccrma.Stanford.EDU
Tue Nov 13 11:07:01 2007


On Tue, 2007-11-13 at 09:50 +0200, DA. Forsyth wrote:
> On 12 Nov 2007 at 11:56, Fernando Lopez-Lezcano murmured decisively:
> > The priority setting in qjackctl overrides the default in jackd, "0"
> > means do not override. Unless jackd has been manually updated its
> > priority should not have changed - and it is set in the build process to
> > a value that is right for the Planet CCRMA kernel. Weird. 
> 
> any idea what that value is?

I set it to 60. "rtirq" sets the audio and other crucial interrupts
higher and everything else lower. 

> > I don't know why ardour is doing what it is doing in your case. It may
> > be worth asking in the ardour-users list (with a preface saying you are
> > still using 0.99.3). 
> 
> I was on ardour IRC channel yesterday and was advised, rightly, to look at 
> 'hdparm'.   discovered damn slow disk access and was able to double it by 
> enabling 32bit access mode.  seems my SATA drives are being considered as 
> IDE drives by FEdora, probably because the BIOS is in emulation mode of 
> some kind.   
> 
> This was a big fix.  no xruns, no timeouts.  basic solid performance from 
> 17:30 to 02:30 with only one message about 'cannot read peak information' 
> while I was zooming in/ouot with multiple steps (keyboard shortcuts) 
> without waiting for ardour to catch up.  that did not stop the circus and 
> fixed itself.

Very glad you found the problem!
-- Fernando