From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 28 15:58:02 2013 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2ABFE305; Fri, 28 Jun 2013 15:58:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 951D315F8; Fri, 28 Jun 2013 15:58:01 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5SFvwb3054500; Fri, 28 Jun 2013 18:57:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5SFvwb3054500 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5SFvwcj054499; Fri, 28 Jun 2013 18:57:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 Jun 2013 18:57:58 +0300 From: Konstantin Belousov To: Adrian Chadd Subject: Re: b_freelist TAILQ/SLIST Message-ID: <20130628155757.GS91021@kib.kiev.ua> References: <51CCAE14.6040504@FreeBSD.org> <20130628065732.GL91021@kib.kiev.ua> <51CD4FEA.7030605@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C6XIXe15e7wzRDAo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: Alexander Motin , hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 15:58:02 -0000 --C6XIXe15e7wzRDAo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 28, 2013 at 08:14:42AM -0700, Adrian Chadd wrote: > .. i'd rather you narrow down _why_ it's performing better before committ= ing it. >=20 > Otherwise it may just creep up again after someone does another change > in an unrelated part of the kernel. Or penalize some other set of machines where this is currently not a proble= m. The cause should be identified before any change is committed. >=20 > You're using instructions-retired; how about using l1/l2 cache loads, > stores, etc? There's a lot more CPU counters available. >=20 > You have a very cool problem to solve. If I could reproduce it locally > I'd give you a hand. >=20 > Thanks, >=20 >=20 >=20 > -adrian --C6XIXe15e7wzRDAo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRzbKFAAoJEJDCuSvBvK1BsVIP/i0Q4nw6m5WKkM08yyJnYbTb XHp1e4d5CMwiTZUkkt6gfffJoDTY6q1oyBjzgVja3hdg1WK4dCUk5pUriQMiefWp ZyVvSVeIDRzhLX5cHbUFpsgFfYkNYaMBNcL+zxbetQciVDN7D/yosKKWoRGaUNiI Baio6XTieZnTaIwZItOI0m3Yjci3IrEJMmZ/5IkofCo20VlVFKLSd/ZHMkQRH+wq XQQra04zGkzg4DQA8ay1ErVOx5x0+tPvPGB8ecFLfGckfIzdSUxjiCXPob7hYqhF zvoUmSmAtkcn7hJ5UWYI/Q2va3dQA2qCdiayeqWiR/o79u1+WJGJrWFpLDTfUGz5 uyhIeNv7z+aZ8ld/OP4JJ/GHNjdmtDfNsQYKOiwoF4wz1+Cz/4yKt0F7EDb2NJIU 5r3HKFLe6QDp6it0u9frVDKmXRZkV3pl3d7Pj/x4LiAe7Xp2O6f1h38AeROL5NNl yENrnT+mwYuBB9cNveAbXn/nLL9pErneoXGJ4aa1iJpItfHRJuDyIaqvWr4q22Jj 8Exhb9r/IOLUs0+niG2XL1q5xhCaACaYkIqO7Y0B/VRKv/f69AOyldBtDa+bdRV+ fe2AgUbZKl3WATDIT4yPN5Hd7j1UXk21iSV4mYTEl/UdO9G9p9ITCfqzaycJhrJd N/q5UDbkjRW/wFuv9T9s =NHjw -----END PGP SIGNATURE----- --C6XIXe15e7wzRDAo--