Re: [patch] Real-Time Preemption, -RT-2.6.9-mm1-V0.6.9

[Ingo Molnar]

* Rui Nuno Capela <rncbc@xxxxxxxxx> 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@xxxxxxxx, 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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/