lkml.org 
[lkml]   [2000]   [Jan]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: static int's for proc_change_penalty and tlb_flush_penalty
  James Manning wrote:
>
> I was thinking about making the penalties in goodness() for
processor
> change and TLB flushes into static int's and putting them into /proc
> for ppl to be able to "tune" their SMP scheduler (and to find out
with
> some user feedback if there are more appropriate defaults for them,
> or whether it should really be settable per-system) but realized
that
> even as a pair of static int's, the misses of that cache line may be
> adverse enough to ruin any chance of this being a worth-while
change,
> so I wanted to get your opinion on this.
>
> Since these are just scheduling policy changes, atomicity WRT the
int's
> shouldn't matter (although the /proc change function should keep
some
> reasonable bounds)
>
> Thoughts?
>
> James
Oops,I've already done it for testing purposes three or maybe four
months ago,when I had an Abit BP6 motherboard at home. Moved CPU
change
penalty from constant to sysctl to be able to change it on the
fly.It seems to me that
changing PENALTY value doesn't affect SMP performance too much.The
difference was less than
2% on PVMPovray benchmark.
Somebody still wondering about it?
--
WBR,Mike

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

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