Date: Tue, 31 May 2005 10:15:40 -0700 From: Julian Elischer <julian@elischer.org> To: Robert Watson <ratson@freebsd.org> Cc: arch@freebsd.org, Suleiman Souhlal <ssouhlal@freebsd.org> Subject: Re: [PATCH] Stackgap Message-ID: <429C9BBC.1060108@elischer.org> In-Reply-To: <20050528150815.X29776@fledge.watson.org> References: <CC7E6E83-2C2D-46FF-A816-CAD6F16CDA1B@FreeBSD.org> <20050528150815.X29776@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Stack gap can actually improve performance in some cases.. the cache for the base of teh stack can become overly flushed by the fact that all stacks start with the same offset from the page. making this random can actually help this. Robert Watson wrote: > > On Fri, 27 May 2005, Suleiman Souhlal wrote: > > In the past, substantial performance hits have been measured due to > poor stack alignment. Specifically, in combination with less optimal > compiler behavior, the results have been pretty nasty. Have you tried > micro-benchmarking a series of runs with this stack offset randomness > using floating point on stack arguments to see if there's a measurable > cost to moving the stack around? Hopefull if all is well, there will > be little or no difference, but a small error here could result in a > substantial performance hit... Stack gap can actually improve performance in some cases.. the cache for the base of teh stack can become overly flushed by the fact that all stacks start with the same offset from the page. making this random can actually help this. > > > Robert N M Watson > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?429C9BBC.1060108>