From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 16:44:33 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 081B316A4CE for ; Mon, 18 Oct 2004 16:44:33 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1FEB43D2F for ; Mon, 18 Oct 2004 16:44:31 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9IGiPi3028531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Oct 2004 18:44:28 +0200 Message-ID: <4173F2E9.7010407@ng.fadesa.es> Date: Mon, 18 Oct 2004 18:44:25 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> In-Reply-To: <4173D66F.6010200@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 16:44:33 -0000 Hello S=F8ren, S=F8ren Schmidt wrote: >>> 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? >>> >>> >> If you're still using the GENERIC kernel, that could explain it, and=20 >> judging >> from other emails I've seen from you, you're still using the GENERIC=20 >> kernel. >=20 > Right, and you should also use -U (softupdates) on you newfs line. FreeBSD 5.3b7 with default fs(+softupdates): 26615 K/sec http://195.55.55.164/tests/fbsd+softupdates.txt I was running FreeBSD-4.x for two years with this problem, waiting for FreeBSD-5 because ATAng looks very promising. Unfortunately the performance problem persist :-( and I'd like to call the attention about performance over raw devices, whilst it's a very scientific test it's very curious: # 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) over 34000 K/sec, using raw devices (for sequential access obviously) not softupdates, filesystems or caches are involved, and with all this FreeBSD performace is very deficient. Tests with OpenBSD and Linux using raw devices shows a throughput of approx 60000 K/sec. The question here is why using low-level access to disks is so bad? Perphas I'm missing something but this seems very weird to me. I'd like to know wich is you opinion about this. Thank you.