From owner-cvs-src@FreeBSD.ORG Sun Aug 7 00:57:19 2005 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FD1716A41F; Sun, 7 Aug 2005 00:57:19 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A328D43D5A; Sun, 7 Aug 2005 00:57:18 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id CCBFF46B7D; Sat, 6 Aug 2005 20:57:17 -0400 (EDT) Date: Sun, 7 Aug 2005 02:00:09 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: David Xu In-Reply-To: <42F54578.40609@freebsd.org> Message-ID: <20050807015333.O11054@fledge.watson.org> References: <200508061031.j76AVR6P072556@repoman.freebsd.org> <20050806160155.GA3944@xor.obsecurity.org> <42F4E3AF.8000001@samsco.org> <20050806170813.GA36888@xor.obsecurity.org> <42F54578.40609@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@FreeBSD.org, Scott Long , src-committers@FreeBSD.org, cvs-all@FreeBSD.org, Kris Kennaway Subject: Re: cvs commit: src/sys/i386/conf GENERIC X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2005 00:57:19 -0000 On Sun, 7 Aug 2005, David Xu wrote: > I have reverted it, I will turn it on after 6.0-R. but as you are saying > the panics on SMP, I have fixed it, as least I can not reproduce it on > my dual PIII machine. In my test, ULE always outperforms 4BSD, your test > may vary though. Interactive performance is good, but not as good as > 4BSD, it has to be improved, that's why I want to turn it on as a > default. In my experience, ULE has generally performed slightly less well for MySQL related workloads on SMP P4 systems. The following supersmack select benchmark on a dual-Xeon 2.3GHz system (with HTT enabled), using a default install of MySQL 4.1.12 and default libpthread shows a slight but reliable decrease in transaction throughput when running: x HIPPY-SMP-4BSD + HIPPY-SMP-ULE +--------------------------------------------------------------------------+ | + + x | |+ x + ++ + * * + ++ x x xx x x x x| | |___________MA________|__|________________A_______M____________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 12 6682.11 6967.94 6902.26 6873.42 80.551236 + 12 6675.62 6818.4 6752.41 6754.8017 49.581735 Difference at 95.0% confidence -118.618 +/- 56.6309 -1.72575% +/- 0.823911% (Student's t, pooled s = 66.8837) This is with 11 worker threads and 1000 transactions per run. ULE has improved in performance relative to 4BSD over the last couple of years -- it used to be quite a bit slower in comparison (10%+). The above measurements are taken after 4BSD's "settling time" -- i.e., in the context of large numbers of simultaenous transactions. In the past I've observed that measurements taken before 4BSD has settled (i.e., in the first 60 seconds) are slower than with ULE during that period. For comparison, here's a UP-compiled kernel running the same workload on the same hardware: x HIPPY-UP-4BSD + HIPPY-UP-ULE +--------------------------------------------------------------------------+ |x x x xx x * + *x + x+ ++ + + + + x +| | |_________________MA_____|___________|M_A______________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 12 4226.99 4319.02 4254.55 4255.0375 25.105077 + 12 4254.6 4326.84 4282.17 4284.5442 21.002067 Difference at 95.0% confidence 29.5067 +/- 19.5968 0.693453% +/- 0.460554% (Student's t, pooled s = 23.1447) ULE comes in slightly faster. I've not attempted to identify the SMP and UP worker thread count sweet spots in either set of tests. Robert N M Watson