From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 14:45:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD51216A4CE for ; Tue, 19 Oct 2004 14:45:41 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ABC143D49 for ; Tue, 19 Oct 2004 14:45:41 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id 48D3461DA; Tue, 19 Oct 2004 10:45:25 -0400 (EDT) Received: from 141.156.69.109 ([141.156.69.109]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Tue, 19 Oct 2004 10:45:25 -0400 Message-ID: <20041019104525.ikgw8kcw8sw480os@www.sweetdreamsracing.biz> Date: Tue, 19 Oct 2004 10:45:25 -0400 From: Kenneth Culver To: fandino@ng.fadesa.es References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <4173F2E9.7010407@ng.fadesa.es> <417406E3.9010706@DeepCore.dk> <4174FD04.8040000@ng.fadesa.es> In-Reply-To: <4174FD04.8040000@ng.fadesa.es> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:45:41 -0000 Quoting fandino : > S=F8ren Schmidt wrote: >>> # dd if=3D/dev/ad4 of=3D/dev/null bs=3D1024k count=3D1024 >>> 1024+0 records in >>> 1024+0 records out >>> 1073741824 bytes transferred in 31.090536 secs (34535970 bytes/sec) >> >> etc, and I get this: >> 1073741824 bytes transferred in 18.488903 secs (58074934 bytes/sec) >> 1073741824 bytes transferred in 14.956484 secs (71791059 bytes/sec) > >>> I'd like to know wich is you opinion about this. >> >> If you run a stock generic kernel with the debug (WITNESS etc) taken=20 >> out you should see the same raw performance as I do. > > I redid all tests with __RC1__ and performance is as bad as before. > >> Now, raw performance is one thing, filesystem I/O something entirely > > I think the problem is with raw performace, just see this example > with a test raid0. Each disk by separate has a throughput of 26000 K/sec, > with /dev/stripe/test they have a throughput of 15000 K/sec each > (raid0 throughput 30000 K/sec) and with four disks 7500 K/sec each > (30000 K/sec again). > > # dd if=3D/dev/stripe/test of=3D/dev/null bs=3D1024k count=3D1024 > 1024+0 records in > 1024+0 records out > 1073741824 bytes transferred in 30.072215 secs (35705445 bytes/sec) > > There is a constant limit of 30000 K/sec independent of the number > of disks used. > > simply it doesn't makes any sense. With two disk I'd must have > approx. 26K+26K=3D52 M/sec and with four 26K+26K+26K+26K=3D104 M/sec > > Other systems like OpenBSD had a good throughput 55000K/sec by disk > > I send you in another email with all info that you need. > > Regards, > > > With this hardware: atapci0: port=20 0xdc00-0xdc7f,0xec00-0xec0f, 0xa000-0xa03f mem 0xfd800000-0xfd81ffff,0xfd900000-0xfd900fff irq 18 at=20 device 8 .0 on pci0 ad4: 114440MB [232514/16/63] at ata2-master SATA15= 0 ad6: 114440MB [232514/16/63] at ata3-master SATA15= 0 Set up for striping: ar0: 228880MB [29178/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master I get the following performance with dd: dd if=3D/dev/ad4 of=3D/dev/null bs=3D1m count=3D200 200+0 records in 200+0 records out 209715200 bytes transferred in 3.538456 secs (59267433 bytes/sec) dd if=3D/dev/ad6 of=3D/dev/null bs=3D1m count=3D200 200+0 records in 200+0 records out 209715200 bytes transferred in 3.551439 secs (59050767 bytes/sec) dd if=3D/dev/ar0 of=3D/dev/null bs=3D1m count=3D200 200+0 records in 200+0 records out 209715200 bytes transferred in 1.837508 secs (114130226 bytes/sec) This is with a custom kernel with all debugging options off. I haven't seen = a mail from you yet that says whether you turned off debugging options in the kernel or not, and if you haven't turned off debugging options, I'd strongly suggest doing so. Ken