Date: Tue, 19 Oct 2004 23:44:02 +0200 From: Emanuel Strobl <Emanuel.Strobl@gmx.net> To: freebsd-current@freebsd.org Cc: Julian Elischer <julian@elischer.org> Subject: Re: FreeBSD 5.3b7and poor ata performance Message-ID: <200410192344.09848.Emanuel.Strobl@gmx.net> In-Reply-To: <41757837.6010603@elischer.org> References: <20041015190638.C5A0E5D04@ptavv.es.net> <41753A8F.4040809@ng.fadesa.es> <41757837.6010603@elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart3328621.PJNO5YS9Aj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Dienstag, 19. Oktober 2004 22:25 schrieb Julian Elischer: Quoting Emanuel Strobl <Emanuel.Strobl@gmx.net>: > Am Samstag, 16. Oktober 2004 19:44 schrieb fandino: [...] >> 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 > 50MB/s and I get 16MB/s. > > One interesting thing is that the transferrate is constant with blocksizes > from 256 Byte on. Only with a blocksize of 128 Bytes I can see reduced > throughput (10MB/s). > I can remember, when I last did such "esoteric" tests throughput reached > maximum at about 16k blocksize and rapidly degraded with blocksizes small= er > 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 > 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 > FreeBSD cale.flintsbach.schmalzbauer.de 5.3-STABLE FreeBSD 5.3-STABLE #4:= =20 Sun > Oct 17 02:33:58 CEST 2004 > root@cale.flintsbach.schmalzbauer.de:/usr/obj/usr/src/sys/CALE i386 [...] > try add > options PREEMPTION Regarding my message=20 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D1339485+0+current/freebsd-cu= rrent I also tried Julians suggestion and added PREEMPTION to my kernel. I get exactly the same really low transferrates of 16MB/s, no change at any= =20 blocksize. cale:/usr#9: dd if=3D/dev/zero of=3Dtestfile bs=3D256 count=3D50000 50000+0 records in 50000+0 records out 12800000 bytes transferred in 0.770128 secs (16620613 bytes/sec) cale:/usr#10: dd if=3D/dev/zero of=3Dtestfile bs=3D128 count=3D50000 50000+0 records in 50000+0 records out 6400000 bytes transferred in 0.645674 secs (9912123 bytes/sec) cale:/usr#11: dd if=3D/dev/zero of=3Dtestfile bs=3D16k count=3D5000 5000+0 records in 5000+0 records out 81920000 bytes transferred in 5.008406 secs (16356502 bytes/sec) I think it's not worth changing the HD and compare these results against an= y=20 other os, 16MB/s is _really_ slow. Out of curiosity I compared a very old B= X=20 based PII@300 with a old Seagate HD: OpenBSD 3.5: 24MB/s =46reeBSD 5.3-stable: 15MB/s I don't expect this system to provide much more than 25MB/s but it's much m= ore=20 than my 1.1GHz Tualatin Celeron with ICH2 and FreeBSD 5.3-stable provides! Thanks, =2DHarry > > fandino wrote: > > Kenneth Culver wrote: > >>> # dd if=3D/dev/stripe/test of=3D/dev/null bs=3D1024k count=3D1024 > >>> 1073741824 bytes transferred in 30.072215 secs (35705445 bytes/sec) --nextPart3328621.PJNO5YS9Aj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdYqpBylq0S4AzzwRArsBAJ9jF7EKfnZfGHYy3iD36QDvBLF3kACfa5mJ /11yJp//zS3BDJFbg+7X/90= =0ydI -----END PGP SIGNATURE----- --nextPart3328621.PJNO5YS9Aj--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200410192344.09848.Emanuel.Strobl>