[64studio-devel] [Jackit-devel] CPU load reading too high on dual-core and SMPmachines?

[Quentin Harley]

Yes, I would use a higher buffer for mastering normally.  I was merely
throwing a rock into the bush to test the reliability of a heavy low latency
DSP load on the new version of jack (0.102) on my AMD64x2. And sure enough a
tiger came leaping out of it...

This is not a problem for me at the moment, but jamin is such a nice
real-time tool, and it would be a shame not to use the PC as a live audio
tool if the processing power is readily available ;-)

Quentin

-----Original Message-----
From: jackit-devel-bounces at lists.sourceforge.net
[mailto:jackit-devel-bounces at lists.sourceforge.net] On Behalf Of Jack O'Quin
Sent: 07 November 2006 17:31
To: Kjetil S. Matheussen
Cc: jackit-devel at lists.sourceforge.net
Subject: Re: [Jackit-devel] CPU load reading too high on dual-core and
SMPmachines?

On 11/7/06, Kjetil S. Matheussen <k.s.matheussen at notam02.no> wrote:

> But isn't jamin running the processing in seperate threads?

I does when the JACK period is less than 256.  In that case the reported
jamin CPU load is usually only a few percent, reflecting the ring queue
processing done in the process() thread.

So, if you want jamin DSP to be included in your JACK CPU load, run
with at least -p256.  Mastering is not generally a low-latency operation,
so even larger periods are usually appropriate.
-- 
 joq

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Jackit-devel mailing list
Jackit-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jackit-devel