From owner-freebsd-stable@FreeBSD.ORG Thu Dec 21 18:51:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26C3216A403 for ; Thu, 21 Dec 2006 18:51:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mx1.freebsd.org (Postfix) with ESMTP id 86BBB13C442 for ; Thu, 21 Dec 2006 18:51:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id kBLIjZCK042943; Fri, 22 Dec 2006 05:45:35 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id kBLIjZfN042942; Fri, 22 Dec 2006 05:45:35 +1100 (EST) (envelope-from peter) Date: Fri, 22 Dec 2006 05:45:35 +1100 From: Peter Jeremy To: Mark Kirkwood Message-ID: <20061221184535.GF41566@turion.vk2pj.dyndns.org> References: <45888C68.10305@paradise.net.nz> <200612200816.51043.joao@matik.com.br> <4589128F.9030404@paradise.net.nz> <200612201536.25497.pieter@degoeje.nl> <458A606E.6080008@paradise.net.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pgaa2uWPnPrfixyx" Content-Disposition: inline In-Reply-To: <458A606E.6080008@paradise.net.nz> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Pieter de Goeje , freebsd-stable@freebsd.org Subject: Re: Cached file read performance with 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Dec 2006 18:51:20 -0000 --Pgaa2uWPnPrfixyx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Dec-21 23:22:38 +1300, Mark Kirkwood wrote: >Pieter de Goeje wrote: >>On Wednesday 20 December 2006 11:38, Mark Kirkwood wrote: >>>In fact if you note that the PIII HW *can* actually do 700MB/s, it >>>suggests that your HW is capable of considerably more than 900MB/s - >>>given that opteron's have excellent cpu to memory bandwidth, and the >>>speed of your memory! >>Indeed! >>Copying /dev/zero to /dev/null yields more than 5GB/sec on a simple 2Ghz= =20 >>Athlon64. It imagine there are quite a few extra things done when copying= =20 >>a file from cache, because I can only manage to get one fifth (~1GB/sec)= =20 >>of the theoretical speed. (this is with a file that fills more than half= =20 >>of all memory) > >Fascinating, never thought of trying that! On my 2 (essentially)=20 >identical PIII systems, doing copy /dev/zero to /dev/null yields 4.1=20 >GB/s (Gentoo) and 2.0GB/s (FreeBSD) - so yeah, clearly both do=20 >something special in that case... (growl... we - i.e FreeBSD - seem to=20 >be slower again...tho at that sort of rate, who cares!) This appears to be a fairly meaningless test: I don't know of any applications that rely on /dev/zero read speed or /dev/null write speed. And I don't think we should fuss overly much about claims that Linux can do nothing twice as fast as FreeBSD. If this was really an important issue, we could patch our libc to recognize special filenames and avoid doing syscalls at all on I/O to /dev/zero or /dev/null - this would give us a totally meaningless performance boost. I agree that the FS cache read speed is an issue but the common code paths between filesystem reads and /dev/zero reads are copyout(9) and the generic system call overhead. Before claiming that they are the culprits, someone needs to get some more detailed performance figures (via hwpmc or kernel profiling) and find where the time is really spent. --=20 Peter Jeremy --Pgaa2uWPnPrfixyx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFitZP/opHv/APuIcRAkwzAJ49yEqvpbrK0BhULRR40YBcdsGzFQCfbzzO nciUVdQPrkPakmuCZqnkyBM= =Wr5r -----END PGP SIGNATURE----- --Pgaa2uWPnPrfixyx--