Date: Sat, 28 May 2005 15:10:12 +0100 (BST) From: Robert Watson <ratson@FreeBSD.org> To: Suleiman Souhlal <ssouhlal@FreeBSD.org> Cc: arch@FreeBSD.org Subject: Re: [PATCH] Stackgap Message-ID: <20050528150815.X29776@fledge.watson.org> In-Reply-To: <CC7E6E83-2C2D-46FF-A816-CAD6F16CDA1B@FreeBSD.org> References: <CC7E6E83-2C2D-46FF-A816-CAD6F16CDA1B@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 27 May 2005, Suleiman Souhlal wrote: > You can find an implementation of stackgap from OpenBSD at http:// > people.freebsd.org/~ssouhlal/testing/stackgap-20050527.diff > > You can control the range of the random stack gap with the > kern.stackgap_random sysctl. A value of 0 disables it. Otherwise, it has > to be a power of 2 and not too large. The default value is 64K. > > I've only had the chance to test this on i386. Could anyone test it on > other architectures as well? > > Any comments/objections? 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... Robert N M Watson
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050528150815.X29776>