Date: Sun, 21 Oct 2007 13:57:51 +0100 (BST) From: Robert Watson <rwatson@FreeBSD.org> To: arch@FreeBSD.org Subject: Re: Lock profiling results on TCP and an 8.x project Message-ID: <20071021135243.M70919@fledge.watson.org> In-Reply-To: <20071020184330.C70919@fledge.watson.org> References: <20071020184330.C70919@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 20 Oct 2007, Robert Watson wrote: > * When talking about percentage of available CPUs, I make the assumption > that > due to a sufficient quantity of CPUs, in most cases lock acquisition will > occur as a result of adaptive spinning rather than sleeping. In the > netperf > case, this is not true, since the number of potential workers exceeds the > number of CPUs, hence the turnstile contention. However, as sleeping on > locks itself is very expensive, it's reasonable to assume we would recover > a lot of CPU none-the-less. FYI, a feature request for lock profiling: it would be nice if we also tracked for each contention point time spent spinning vs. context switched waiting for the lock, and the number of context switches the lock acquisition point has caused. This would allow us to better understand the impact of adaptive lock behavior for workloads and configurations. Robert N M Watson Computer Laboratory University of Cambridge
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071021135243.M70919>