Date: Wed, 6 Mar 2002 22:09:46 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: Jake Burkholder <jake@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/sparc64/sparc64 pmap.c swtch.s Message-ID: <Pine.BSF.4.21.0203062208380.35833-100000@beppo> In-Reply-To: <200203070515.g275Fhi44253@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hmm. Won't this lazy deactivation increase the expense of program startup when you then actually have to do the tlb cleanup you had deferred? Wouldn't this be an ideal candidate for idle thread cleanup? -matt On Wed, 6 Mar 2002, Jake Burkholder wrote: > jake 2002/03/06 21:15:43 PST > > Modified files: > sys/sparc64/sparc64 pmap.c swtch.s > Log: > Implement kthread context stealing. This is a bit of a misnomer because > the context is not actually stolen, as it would be for i386. Instead of > deactivating a user vmspace immediately when switching out, and recycling > its tlb context, wait until the next context switch to a different user > vmspace. In this way we can switch from a user process to any number of > kernel threads and back to the same user process again, without losing any > of its mappings in the tlb that would not already be knocked by the automatic > replacement algorithm. This is not expected to have a measurable performance > improvement on the machines we currently run on, but it sounds cool and makes > the sparc64 port SMPng buzz word compliant. > > Revision Changes Path > 1.38 +1 -0 src/sys/sparc64/sparc64/pmap.c > 1.18 +26 -27 src/sys/sparc64/sparc64/swtch.s > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0203062208380.35833-100000>