On Sat, 16 Jul 2005 06:41 pm, Lee Revell wrote:
> On Fri, 2005-07-15 at 14:01 +1000, Con Kolivas wrote:
> > Interbech is a an application is designed to benchmark interactivity in
> > Linux.
> >
> > Version 0.21 update
> >
> > http://ck.kolivas.org/apps/interbench/interbench-0.21.tar.bz2
>
> I would suggest using microseconds for both the RT and non RT tests. It
> would allow easier comparison of results. I have a pretty slow machine
> and the max result would only be ~44000 usecs.
I think the significance of usec values from the non-rt tests makes this an
inappropriate thing to do. The variation in results will be greater than usec
resolution.
> Also, if it's run with -r and sched_setscheduler fails, rather than
> saying "you must be root for SCHED_FIFO" the error message should
> encourage the user to try a 2.6.12+ kernel and add themselves to the
> "audio" or "realtime" group, and to file a feature request if their
> distro does not support the new realtime rlimit feature.
>
> We should encourage more applications to take advantage of, and distros
> to support, the non-root RT scheduling available in 2.6.12+. I really
> think the kernel is good enough at this point that we could achieve
> OSX-like multimedia performance on the desktop if more apps like xmms,
> xine, and mplayer were to adopt a multithreaded model with the
> time-critical rendering threads running RT. XMMS recently adopted such
> a model, but I don't think the audio thread runs SCHED_FIFO yet. These
> benchmarks imply that it would be a massive improvement.
While I agree with you in principal on getting the rlimit feature working and
supported, this benchmark is meant to be run in single user mode for most
reproducible and valid results. However, clearly there will be people using
it cautiously as a normal user first. I originally did not include the
information that you need to be root in v.20 and said in the documentation
"need rt privileges" but within about 5 minutes of posting it I had someone
not understanding what "unable to get SCHED_FIFO" meant. I guess a more
verbose message will be required explaining non-root RT as well.
Cheers,
Con
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
|
|