Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
- From: Julian Elischer <julian@xxxxxxxxxxxx>
- Date: Sat, 28 Mar 2009 22:20:35 -0700
David Xu wrote:
Julian Elischer wrote:Scott Long wrote:I've been talking about this for years. All I need is help with the VM magic to create the page on fork. I also want two pages, one global
for gettimeofday (and any other global data we can think of) and one
per-process for static data like getpid/getgid.
interestingly it is even feasible to have a per-thread page..
it requires that the scheduler change a page table entry tough.
I will knock his door at midnight if he added such a heavy weight
task in the scheduler, TLB shutdown is horrible, and big code size
squeezing out data from CPU cache is not idea model.
scheduler should be as simple as just a context switching routine.
:-)
David Xu
depends on the hardware.
anyhow I was only saying it was possible, not necessarily
good or even useful.
_______________________________________________
freebsd-hackers@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- References:
- Re: Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
- From: Sergey Babkin
- Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
- From: Scott Long
- Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
- From: Julian Elischer
- Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
- From: David Xu
- Re: Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
- Prev by Date: Re: amr driver broken since March 12
- Next by Date: Re: amr driver broken since March 12
- Previous by thread: Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
- Next by thread: Re: Improving the kernel/i386 timecounter performance (GSoC proposal)
- Index(es):
Relevant Pages
|