Re: Candidate multi-console friendly 2.6 scheduling?

[James v. Z. <ja...@dv...>]

Even using the gene algorithm library, the (zaphod) scheduler is not
radically changed, but rather it's operational parameters are constantly
evolving to suit the envioronment. So while it will adapt to suit
unusual loads or whatever is currently running, it's limitations remain
the same.

Such algorithms can be applied to any scheduler with adjustable "knobs",
and indeed wherever they are productive.

I think we need to seek several real-world benchmarks to compare the two
and be sure we are all looking at is valid. Using a phillips based video
capture card with 2.6.10, with the additional overhead of advanced
motion detection based deinterlacing, consumes 18 to 19% CPU. (TVTime)
That's a 2.8Athlon. About the same for playing back an avi with Xine...

I should be booting RH9 to directly compare...

Is it a case of 2.4 shows 20% on Xine, 2.6=30%
or 2.4=20% 2.6=70% ?

Suggested change noted, I'll have to check for the x86-64 fix too, I
think it might be there... -shall apply soon hopefully with some fresher
alsa code too :-)

J



On Wed, 2005-01-12 at 22:40, Hugo Vanwoerkom wrote:
> --- Aivils Stoss <ai...@la...> wrote:
> 
> > top LIES! top must be "tuned" according system
> > timer.
> > under 2.4.XX system timer 100Hz. You can force
> > top show satisfactory values if You set 2.6.XX
> > system
> > timer to 100, default is 1000
> > include/asm/param.h:5:# define HZ               1000
> > 
> > check out procps package updates :o)
> > 
> 
> But I don't use top: wrote my own code: get it from
> /proc/<pid>/stat
> Is that data bad too?
> 
> Hugo
> 
> 
> 
> 
> 		
> __________________________________ 
> Do you Yahoo!? 
> Yahoo! Mail - 250MB free storage. Do more. Manage less. 
> http://info.mail.yahoo.com/mail_250
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
>