[linux-audio-user] Re: [Jackit-devel] 2.6.10

Jack O'Quin joq at io.com
Thu Dec 30 09:39:24 EST 2004


"Rui Nuno Capela" <rncbc at rncbc.org> writes:

> As posted before on LKML, here goes my contained jackd test-suite (see
> attached tarball, jackd_test3.2.tar.gz).

> The results speak for themselves :)
>
>
>                                   2.6.10-cko1  RT-V0.7.33-04
>                                   ------------- -------------
>   Timeout Rate  . . . . . . . . :    (    0.0)    (    0.0)   /hour
>   XRUN Rate . . . . . . . . . . :       216.8          2.2    /hour
>   Delay Rate (>spare time)  . . :       395.2          0.0    /hour
>   Delay Rate (>1000 usecs)  . . :       375.8          0.0    /hour
>   Delay Maximum . . . . . . . . :      4320          308      usecs
>   Cycle Maximum . . . . . . . . :       845         1051      usecs
>   Average DSP Load. . . . . . . :        44.0         50.2    %
>   Average CPU System Load . . . :        14.4         31.7    %
>   Average CPU User Load . . . . :        19.8         21.4    %
>   Average CPU Nice Load . . . . :         0.0          0.0    %
>   Average CPU I/O Wait Load . . :         0.1          0.1    %
>   Average CPU IRQ Load  . . . . :         0.0          0.0    %
>   Average CPU Soft-IRQ Load . . :         0.0          0.0    %
>   Average Interrupt Rate  . . . :      1691.7       1692.6    /sec
>   Average Context-Switch Rate . :     13368.8      18213.9    /sec
>
>
> So, bottom-line goes like this: even though vanilla is getting a little
> more tasty, Ingo's RT patch performance beats it up by orders of
> magnitune. Nuff said. ;)

Here are my results running vanilla 2.6.10.  They support your
conclusion, but also the idea that the vanilla kernel is really quite
usable.  

Not sure what system statistics we should collect for this.  My system
is Debian woody with 2.6.10 and realtime-lsm on an Athlon 1800+ XP
with 256MB main memory and M-Audio Delta-66 sound card.

I imagine that long 10 msec xrun delay probably occurred during the
graph sort after one of the clients disconnected.  If so, that's more
of a JACK implementation artifact than a kernel or system problem.

************* SUMMARY RESULT ****************
Total seconds ran . . . . . . :   300
Number of clients . . . . . . :    20
Ports per client  . . . . . . :     4
Frames per buffer . . . . . . :    64
*********************************************
Timeout Count . . . . . . . . :(    1)
XRUN Count  . . . . . . . . . :     2
Delay Count (>spare time) . . :     0
Delay Count (>1000 usecs) . . :     0
Delay Maximum . . . . . . . . : 10258   usecs
Cycle Maximum . . . . . . . . :   825   usecs
Average DSP Load. . . . . . . :    32.4 %
Average CPU System Load . . . :     7.3 %
Average CPU User Load . . . . :    24.1 %
Average CPU Nice Load . . . . :     0.0 %
Average CPU I/O Wait Load . . :     1.4 %
Average CPU IRQ Load  . . . . :     0.7 %
Average CPU Soft-IRQ Load . . :     0.0 %
Average Interrupt Rate  . . . :  1689.4 /sec
Average Context-Switch Rate . : 11771.0 /sec
*********************************************

Very nice test, BTW.

I had to hack it a bit to work on my system (mainly due to an old GCC
2.95.4 compiler).  I would love to include some version of this as a
`make test' option with the JACK distribution.
-- 
  joq



More information about the Linux-audio-user mailing list