lkml.org 
[lkml]   [2004]   [Nov]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch] Real-Time Preemption, -RT-2.6.9-mm1-V0.6.9

* Rui Nuno Capela <rncbc@rncbc.org> wrote:

> Rui Nuno Capela wrote:
> >
> > I am also rehearsing these same tests on my P4/SMT desktop.
> > I'll post those a bit later today.
> >
>
> So here they are. This machine is a P4 2.80C@3.366GHz, HT enabled on a
> Asus P4P800 mobo, Intel 82801EB onboard sound device (snd-intel8x0).
>
> 2.6.9smp RT-V0.6.9smp
> ------------ ------------
> XRUN Rate . . . . . . . . . : 0 0 /hour
> Delay Rate (>spare time) . . : 0 0 /hour
> Delay Rate (>1000 usecs) . . : 0 0 /hour
> Delay Maximum . . . . . . . . : 346 166 usecs
> Cycle Maximum . . . . . . . . : 986 1028 usecs
> Average DSP Load. . . . . . . : 25.0 25.7 %
> Average Interrupt Rate . . . : 1717 1718 /sec
> Average Context-Switch Rate . : 10082 15793 /sec
>
> As you can see, the results here aren't so disparate as on my UP
> laptop.

i suspect it has to do with the different load - the UP laptop had 40%
utilization, this box is 25% utilized.

> I guess that I can stress this out and lower the period size on jackd
> -R, to -p64. And even increase the workload with more client instances
> (from 9 to 18 ?) to let the RT show it's potential, if that makes
> sense at all.

yeah, it would really be nice to see how much it can take and to see the
point where the -RT kernel starts to suffer from xruns too.

Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:07    [W:0.046 / U:0.172 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site