From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 17:56:54 2007 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 C88C016A405; Thu, 8 Mar 2007 17:56:54 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 29C4013C4AC; Thu, 8 Mar 2007 17:56:53 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 49AE7145039; Thu, 8 Mar 2007 18:56:28 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 3AB19D5004A; Thu, 8 Mar 2007 18:56:28 +0100 (CET) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 1EB2AD50047; Thu, 8 Mar 2007 18:56:28 +0100 (CET) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rJ2fXJNyfDs4rYUjXEWgzRA6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (89-172-38-112.adsl.net.t-com.hr [89.172.38.112]) by ls248.t-com.hr (Qmali) with ESMTP id AF5D55E00C8; Thu, 8 Mar 2007 18:56:27 +0100 (CET) Message-ID: <45F04E4A.8040803@fer.hr> Date: Thu, 08 Mar 2007 18:56:26 +0100 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <20070306020826.GA18228@nowhere> <45ECF00D.3070101@samsco.org><20070306050312.GA2437@nowhere><008101c75fcc$210c74a0$0c00a8c0@Artem> <001a01c7601d$5d635ee0$0c00a8c0@Artem> <001801c7603a$5339e020$0c00a8c0@Artem> <20070307105144.1d4a382f@daydream.goid.lan><002801c760e2$5cb5eb50$0c00a8c0@Artem> <005b01c760e6$9a798bf0$0c00a8c0@Artem> <001601c760ee$f76fa300$0c00a8c0@Artem> <45EF2252.1000202@fluffles.net> <45EF253B.8030909@fer.hr> <45EF9B8F.4000201@fluffles.net> <45EFA0C6.3060905@freebsd.org> <45F032B9.7090102@fluffles.net> <45F03FB9.5000602@fer.hr> <45F04921.8020801@fluffles.net> In-Reply-To: <45F04921.8020801@fluffles.net> X-Enigmail-Version: 0.94.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig76744A0BED0BD4BC2B969C69" Cc: freebsd-stable@freebsd.org Subject: Re: Some Unix benchmarks for those who are interesed 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, 08 Mar 2007 17:56:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig76744A0BED0BD4BC2B969C69 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Fluffles wrote: > single drive (ad6, Maxtor MaxLine III 250GB SATA/150) > -------Sequential Output-------- ---Sequential Input-- > --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- > --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU=20 > /sec %CPU > 20480 56395 42.7 55904 12.8 21497 5.9 56846 54.3 58328 8.2=20 > 81.2 0.3 >=20 > Here the CPU is not the bottleneck but the disk itself. CPU is AMD > Athlon 64 3800+ (dualcore, 2.0GHz, 2x512KB cache, S939, 2x1GB DDR/400).= > Maybe you are running a patched bonnie? By the way i'm not using > bonnie++ but the 'original' bonnie. Maybe that changes things a bit? Yup, that the thing. The difference is that bonnie++ goes to the kernel for every character read or written (in the per-char benchmark) while the old bonnie allows for buffering in libc. At least that's the theory. While on FreeBSD bonnie++ can get around 500 KB/s on per-chr benchmark, on Linux it can get upto 20 MB/s: http://fsbench.netnation.com/new_hardware/2.6.0-test9/scsi/bonnie.html >> Fromall the benchmarks i've seen and all that i've performed myself, > i've never seen that low per char scores like you. I cannot explain it > except maybe a *very* slow CPU or some other obscure software issue. Any post-Pentium 1 CPU should be fast enough to saturate disk IO in DMA mode. The question if kernel latency is a different issue :) Here are my "bonnie" results on the same machine (gmirror "split" balance, 2xSATA 7.5kRPM, more than fast enough Xeon CPU): -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 4096 56456 53.2 55344 13.4 19436 6.5 60606 46.3 61417 10.4 203.0 0.8 --------------enig76744A0BED0BD4BC2B969C69 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF8E5KldnAQVacBcgRAnioAKD1dmLUq5B2oYXklKKh+vI5AYVM0gCeJbww a2hjvMv+7rYZA5nAi9ojSbU= =sjr/ -----END PGP SIGNATURE----- --------------enig76744A0BED0BD4BC2B969C69--