Date: Mon, 10 Apr 2006 10:02:34 -0400 From: Christian Lopez de Castilla Wagner <lopisaur@gmail.com> To: "Matthew D. Fuller" <fullermd@over-yonder.net> Cc: freebsd-stable@freebsd.org, "Chris H." <fbsd@1command.com> Subject: Re: Pros and Cons of amd64 (versus i386). Message-ID: <1144677754.28282.5.camel@hellion.clcw> In-Reply-To: <20060409182254.GL41551@over-yonder.net> References: <CBC0AAB4-EC80-44C8-BCCE-010DE99D4BC0@khera.org> <E1FRVcq-0004pJ-4c@dilbert.firstcallgroup.co.uk> <20060406192950.GE700@turion.vk2pj.dyndns.org> <20060408203233.K67402@woozle.rinet.ru> <20060408212421.GB720@turion.vk2pj.dyndns.org> <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> <44384EB8.8090803@samsco.org> <20060409182254.GL41551@over-yonder.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-JasmssWam71ZxzxUeVSV
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Sun, 2006-04-09 at 13:22 -0500, Matthew D. Fuller wrote:
> On Sat, Apr 08, 2006 at 06:00:56PM -0600 I heard the voice of
> Scott Long, and lo! it spake thus:
> >=20
> > Modern disks (I don't know how to define a cutoff to this term,
> > unfortunately) definitely put more bits onto the outer rim of the
> > platter than the inner rim.
>=20
> Pretty much any disk you'd currently find, I'd say.
>=20
> diskinfo -t won't run through on my 4 or 2 gigs ("disk too small for
> test" :), but on my 9 gigger:
>=20
> Transfer rates:
> outside: 102400 kbytes in 5.215159 sec =3D 19635 kbyte=
s/sec
> middle: 102400 kbytes in 6.268067 sec =3D 16337 kbyte=
s/sec
> inside: 102400 kbytes in 8.237962 sec =3D 12430 kbyte=
s/sec
>=20
> da4 at ahc2 bus 0 target 5 lun 0
> da4: <IBM DNES-309170W SAH0> Fixed Direct Access SCSI-3 device=20
> da4: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing =
Enabled
> da4: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C)
>=20
>=20
Just for comparison:
root@hellion# diskinfo -t ad1
ad1
512 # sectorsize
61492838400 # mediasize in bytes (57G)
120103200 # mediasize in sectors
119150 # Cylinders according to firmware.
16 # Heads according to firmware.
63 # Sectors according to firmware.
Seek times:
Full stroke: 250 iter in 5.650173 sec =3D 22.601 msec
Half stroke: 250 iter in 4.581880 sec =3D 18.328 msec
Quarter stroke: 500 iter in 7.510191 sec =3D 15.020 msec
Short forward: 400 iter in 3.556557 sec =3D 8.891 msec
Short backward: 400 iter in 3.294277 sec =3D 8.236 msec
Seq outer: 2048 iter in 0.285684 sec =3D 0.139 msec
Seq inner: 2048 iter in 0.288960 sec =3D 0.141 msec
Transfer rates:
outside: 102400 kbytes in 1.896157 sec =3D 54004
kbytes/sec
middle: 102400 kbytes in 2.297042 sec =3D 44579
kbytes/sec
inside: 102400 kbytes in 3.853005 sec =3D 26577
kbytes/sec
ad1: 58644MB <IC35L060AVV207 0 V22OA63A> at ata0-slave UDMA100
As you can see, the outside is more than twice as fast in this case.
Just a guess, since both are IBM disks: You're using a
Workstation/Server disk, which probably performs in a more balanced way
across the platter, while this (consumer disk) is not
performance-oriented. Maybe SCSI and IDE devices are not as similar as
we all thought?
--=20
Christian Lopez de Castilla Wagner
lopisaur@gmail.com
lopisaur@acelerate.com
(+591-705)98290
http://lopisaur.googlepages.com
http://lopisaur.blogspot.com
--=-JasmssWam71ZxzxUeVSV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (FreeBSD)
iD8DBQBEOmV6BfwpMEg+qbYRAk/qAKCH8vG4xzjn8vEXnQlG5FXL4RDXbwCcDeBR
5WbH0T+8eE+fcrytR7186R0=
=0W+T
-----END PGP SIGNATURE-----
--=-JasmssWam71ZxzxUeVSV--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1144677754.28282.5.camel>