From owner-freebsd-geom@FreeBSD.ORG Sat Aug 28 16:44:50 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E560E1065698; Sat, 28 Aug 2010 16:44:49 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id 665438FC08; Sat, 28 Aug 2010 16:44:49 +0000 (UTC) Received: from localhost (89-178-223-44.broadband.corbina.ru [89.178.223.44]) by mx0.deglitch.com (Postfix) with ESMTPA id 025988FC54; Sat, 28 Aug 2010 20:44:17 +0400 (MSD) Date: Sat, 28 Aug 2010 20:44:15 +0400 From: Ilya Bakulin To: Ilya Bakulin Message-ID: <20100828204415.6875b4ec@kibab.com> In-Reply-To: <20100828195024.3d671a76@kibab.com> References: <86wrry1hwv.fsf@ds4.des.no> <20100828130912.48205a47@kibab.com> <20100828195024.3d671a76@kibab.com> Organization: Deglitch Networks X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/BdfqYI0uU8cc17g4kHzNjJi"; protocol="application/pgp-signature" Cc: Dag-Erling =?UTF-8?Q?Sm=C3=B8rgrav?= , hackers@freebsd.org, geom@freebsd.org Subject: Re: Support for WD Advanced Format disks X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Aug 2010 16:44:50 -0000 --Sig_/BdfqYI0uU8cc17g4kHzNjJi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 28 Aug 2010 19:50:24 +0400 Ilya Bakulin wrote: > On Sat, 28 Aug 2010 13:09:12 +0400 > Ilya Bakulin wrote: >=20 > > Right now I'm running phybs -w /dev/ad7p1 >=20 > Well, phybs finished. I feel like a flooder today :-) I've created gnop provider on top of the existing ad7p1: kibab-desktop# gnop create -o 512 -S 4096 ad7p1 So, ad7p1.nop is shifted by 512 bytes and resides right on the beginning of= the physical sector. And it has 4096 "sector" size. Running phybs: kibab-desktop# ./phybs -w /dev/ad7p1.nop=20 count size offset step msec tps kBps 16384 8192 0 32768 11222 311 11679 16384 8192 4096 32768 11836 295 11073 8192 16384 0 65536 17432 223 7518 8192 16384 4096 65536 18148 214 7222 8192 16384 8192 65536 17811 218 7358 4096 32768 0 131072 20800 196 6301 4096 32768 4096 131072 12651 323 10360 4096 32768 8192 131072 15040 272 8714 4096 32768 16384 131072 15970 256 8206 2048 65536 0 262144 8005 255 16372 2048 65536 4096 262144 8152 251 16077 2048 65536 8192 262144 7636 268 17163 2048 65536 16384 262144 9372 218 13985 2048 65536 32768 262144 9356 218 14008 For some reason, phybs begins with sector size 8192... I expected it to beg= in with 4096... Let's force 4096: kibab-desktop# ./phybs -l 4096 -w /dev/ad7p1.nop count size offset step msec tps kBps 32768 4096 0 16384 15621 173 8390 16384 8192 0 32768 11331 308 11566 16384 8192 4096 32768 13045 268 10047 8192 16384 0 65536 28344 137 4624 8192 16384 4096 65536 22540 172 5815 8192 16384 8192 65536 24530 158 5343 4096 32768 0 131072 16221 252 8080 4096 32768 4096 131072 13986 292 9371 4096 32768 8192 131072 14736 277 8894 4096 32768 16384 131072 14370 285 9121 Perfomance is excellent! Notice, that for two subsequent phybs invocations there is big difference i= n timings for the same parameters. For example, writing with block size=3D16384 at offset=3D0: 1st run: 7518 kBps, 2nd run: 4624 kBps. This tells us that we cannot really compare these numbers with each other. = The most important, however, is that they are significantly higher than mis= aligned writes. So using gnop is really a good solution. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --Sig_/BdfqYI0uU8cc17g4kHzNjJi Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkx5POUACgkQo9vlj1oadwiXNwCePsEZ6oCjeXfcqk16J85RbSx4 VXMAnRv4OkbREMvAvxtaaEPe0X5LnXU3 =92hH -----END PGP SIGNATURE----- --Sig_/BdfqYI0uU8cc17g4kHzNjJi--