Messages in this thread | | | Date | Thu, 20 Jan 2000 15:20:54 +0600 | From | Mike Karmyshev <> | Subject | Re: 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/
| |