From owner-freebsd-performance@FreeBSD.ORG Sun May 7 20:09:01 2006 Return-Path: X-Original-To: performance@freebsd.org Delivered-To: freebsd-performance@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4B3316A403; Sun, 7 May 2006 20:09:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8126643D55; Sun, 7 May 2006 20:09:01 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 11F2146C8B; Sun, 7 May 2006 16:09:01 -0400 (EDT) Date: Sun, 7 May 2006 21:09:00 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20060507195941.GA2978@xor.obsecurity.org> Message-ID: <20060507210824.F17611@fledge.watson.org> References: <20060506150622.C17611@fledge.watson.org> <200605071949.54978.hadara@bsd.ee> <20060507190844.K46997@fledge.watson.org> <200605072200.42529.hadara@bsd.ee> <20060507191641.GA1851@xor.obsecurity.org> <20060507205627.B46997@fledge.watson.org> <20060507195941.GA2978@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Sven Petai , performance@freebsd.org, current@freebsd.org, csjp@FreeBSD.org Subject: Re: Fine-grained locking for POSIX local sockets (UNIX domain sockets) X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 20:09:01 -0000 On Sun, 7 May 2006, Kris Kennaway wrote: >> Typically, I do 12 runs of supersmack in each configuration, and discard >> the first 2 runs in which the cache and scheduler (etc) are still settling, >> as I'm interested in the steady state. > > Yeah, forgot to mention that too. Also keeping in mind that mysql > performance is not time-constant, e.g. you should restart it in between test > configurations instead of comparing early and late times. Yeah, very much so -- my normal test procedure is to reboot between runs, allowing the first to cycles in the test to warm things up. Robert N M Watson