Date: Wed, 6 Mar 2002 22:12:36 -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.0203062212260.35833-100000@beppo> In-Reply-To: <Pine.BSF.4.21.0203062208380.35833-100000@beppo>
next in thread | previous in thread | raw e-mail | index | archive | help
Oops- sorry, never mind- brain fart! On Wed, 6 Mar 2002, Matthew Jacob wrote: > > 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.0203062212260.35833-100000>