From owner-freebsd-performance@FreeBSD.ORG Tue Oct 26 15:30:12 2010 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7E20106573A for ; Tue, 26 Oct 2010 15:30:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 898BE8FC1F for ; Tue, 26 Oct 2010 15:30:11 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o9QFUBMI007420 for ; Tue, 26 Oct 2010 08:30:11 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o9QFUB4n007419 for freebsd-performance@freebsd.org; Tue, 26 Oct 2010 08:30:11 -0700 (PDT) (envelope-from david) Date: Tue, 26 Oct 2010 08:30:11 -0700 From: David Wolfskill To: freebsd-performance@freebsd.org Message-ID: <20101026153011.GE2262@albert.catwhisker.org> References: <20101020174854.GZ21226@albert.catwhisker.org> <4CBF8032.8000609@freebsd.org> <20101025165548.GE1519@albert.catwhisker.org> <4CC662A1.9030708@freebsd.org> <20101026112916.GB2262@albert.catwhisker.org> <201010261434.o9QEY32Q037618@lava.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Oiv9uiLrevHtW1RS" Content-Disposition: inline In-Reply-To: <201010261434.o9QEY32Q037618@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Subject: Re: Possible evidence of performance regression for 8.1-S (vs. 7.1) 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: Tue, 26 Oct 2010 15:30:12 -0000 --Oiv9uiLrevHtW1RS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 26, 2010 at 10:34:08AM -0400, Mike Tancsa wrote: > At 07:29 AM 10/26/2010, David Wolfskill wrote: >=20 > >OK -- but we were using the default scheduler in each case. The basic > >point I'm making here is the apparent performance regression for > >similarly-configured systems under 7.1 vs. 8.1. >=20 >=20 > ULE is the default in 7 as well. That was my recollection, yes. > Perhaps remove some of the kernel options not in 7, that are in > 8 by default? I'll look at that while I run some NFS-specific tests per ivoras@'s suggestion. > What is the disk subsystem ? just ata ? Errr... no. :-} ciss0: port 0xd800-0xd8ff mem 0xfb800000-0xfbbfffff,0= xfb7f f000-0xfb7fffff irq 30 at device 0.0 on pci6 ciss0: PERFORMANT Transport ciss0: [ITHREAD] =2E.. da0 at ciss0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device=20 da0: 135.168MB/s transfers da0: Command Queueing enabled da0: 429215MB (879032432 512 byte sectors: 255H 32S/T 65535C) da1 at ciss0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device=20 da1: 135.168MB/s transfers da1: Command Queueing enabled da1: 1716860MB (3516129392 512 byte sectors: 255H 32S/T 65535C) da2 at ciss0 bus 0 scbus0 target 2 lun 0 da2: Fixed Direct Access SCSI-5 device=20 da2: 135.168MB/s transfers da2: Command Queueing enabled da2: 1716860MB (3516129392 512 byte sectors: 255H 32S/T 65535C) da3 at ciss0 bus 0 scbus0 target 3 lun 0 da3: Fixed Direct Access SCSI-5 device=20 da3: 135.168MB/s transfers da3: Command Queueing enabled da3: 858430MB (1758064752 512 byte sectors: 255H 32S/T 65535C) The logical drive where the activity is taking place is /dev/da1, which is a 4-spindle RAID 0 group of 15Krpm SAS drives. CPU is: CPU: Intel(R) Xeon(R) CPU E5540 @ 2.53GHz (2533.44-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x106a5 Family =3D 6 Model =3D 1a St= epping =3D 5 Features=3D0xbfebfbff Features2=3D0x9ce3bd AMD Features=3D0x28100000 AMD Features2=3D0x1 TSC: P-state invariant =2E.. FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 cpu4 (AP): APIC ID: 16 cpu5 (AP): APIC ID: 18 cpu6 (AP): APIC ID: 20 cpu7 (AP): APIC ID: 22 > They seem innocuous enough, but worth a try >=20 > options HWPMC_HOOKS # Necessary kernel hooks for hwpmc= (4) > options MAC # TrustedBSD MAC Framework > options FLOWTABLE # per-cpu routing cache > ... Well, MAC should probably stay, as we use the MAC kernel config for 7.1. Also, to get the "patched" 7.1-R, the following steps suffice (in case anyone is interested in attempting to reproduce the results): * svn co release/7.1.0. * svn merge -c186860 stable/7 * svn merge -c190970 stable/7 * svn merge -c203072 head * svn merge -c209964 stable/7 Remember to use MAC as your kernel config. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Oiv9uiLrevHtW1RS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkzG9AIACgkQmprOCmdXAD004QCgiSw1ekh4XT0SUdeqlDNIxIye uXQAn2lr4LUb9VP4TuxqAnqfRSjQ1l85 =orz7 -----END PGP SIGNATURE----- --Oiv9uiLrevHtW1RS--