Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 19 Oct 2004 20:31:05 +0200
From:      Emanuel Strobl <Emanuel.Strobl@gmx.net>
To:        freebsd-current@freebsd.org, fandino@ng.fadesa.es
Subject:   Re: FreeBSD 5.3b7and poor ata performance
Message-ID:  <200410192031.12504.Emanuel.Strobl@gmx.net>
In-Reply-To: <41715DE3.90002@ng.fadesa.es>
References:  <20041015190638.C5A0E5D04@ptavv.es.net> <41715DE3.90002@ng.fadesa.es>

next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart1340063.tVtimFHrmG
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Am Samstag, 16. Oktober 2004 19:44 schrieb fandino:
[...]
> > Also, make sure that disk write-cache is enabled on both or disabled on
> > both.
>
> write-cache was enable on all tests and disks were in UDMA5 mode.
>
> In this new round of tests I add FreeBSD witch async and OpenBSD (always
> using the same hardware). FreeBSD is by far, the worst throughput of all
> (about 50% slower than others) :-?
>
> GNU/Linux 2.4.18 with ext2:               56848 K/sec
> FreeBSD 5.3b7 with default fs:            26347 K/sec
> FreeBSD 5.3b7 with default fs(async):     26566 K/sec
> FreeBSD 5.3b7 ata raid0* (two disks):     26131 K/sec
> FreeBSD 5.3b7 geom stripe* (two disks):   30063 K/sec
> FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec
> OpenBSD 3.5 UFS fs:                       55277 K/sec
>
> * Each disk of the raid had a throughput of approx. 15000 K/sec
> ** Each disk of the raid had a throughput of approx. 7500 K/sec
> Each disk of the read split the throughput by half.
>
> How is possible that FreeBSD performs as bad?

I have to confirm that I also have even worse transfer rates.
It's a ICH2 (i815e) with a not so brand new 80GB WD, but I'd expext about=20
50MB/s and I get 16MB/s.

One interesting thing is that the transferrate is constant with blocksizes=
=20
from 256 Byte on. Only with a blocksize of 128 Bytes I can see reduced=20
throughput (10MB/s).
I can remember, when I last did such "esoteric" tests throughput reached=20
maximum at about 16k blocksize and rapidly degraded with blocksizes smaller=
=20
than 10k. But now only very very small blocksizes limit the throughput!

Some excerpts: (i815 ich2, 5.3-RC1, custom kernel)

cale:/usr#22: atacontrol mode 0
Master =3D UDMA100
Slave  =3D BIOSPIO

ATA channel 0:
    Master:  ad0 <WDC WD800AB-00CBA0/03.06A03> ATA/ATAPI revision 5

atapci0: <Intel ICH2 UDMA100 controller> port=20
0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0

cale:/usr#25: uname -a
=46reeBSD cale.flintsbach.schmalzbauer.de 5.3-STABLE FreeBSD 5.3-STABLE #4:=
 Sun=20
Oct 17 02:33:58 CEST 2004    =20
root@cale.flintsbach.schmalzbauer.de:/usr/obj/usr/src/sys/CALE  i386

--nextPart1340063.tVtimFHrmG
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iD8DBQBBdV1wBylq0S4AzzwRAk5NAJ43QKACqnUCEmrhtuNtTBQiCpmLZQCcCCkN
Nm1QR8gH0eWyyFQiDgAEqh8=
=p8qA
-----END PGP SIGNATURE-----

--nextPart1340063.tVtimFHrmG--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200410192031.12504.Emanuel.Strobl>