From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 17:34:30 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 6290C16A4CE for ; Fri, 22 Oct 2004 17:34:30 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D6A543D60 for ; Fri, 22 Oct 2004 17:34:27 +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 i9MHYP10004361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 22 Oct 2004 19:34:25 +0200 Message-ID: <417944A1.4070707@ng.fadesa.es> Date: Fri, 22 Oct 2004 19:34: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 Cc: freebsd-current@freebsd.org References: <20041022164743.C6A3D5D04@ptavv.es.net> In-Reply-To: <20041022164743.C6A3D5D04@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Fri, 22 Oct 2004 17:34:30 -0000 Kevin Oberman wrote: >>>OpenBSD 3.5: >>> >>>dd if=3D/mnt/aa of=3D/dev/null bs=3D1024k count=3D1024 >>>1024+0 records in >>>1024+0 records out >>>1073741824 bytes transferred in 18.743 secs (57287584 bytes/sec) >>> >>> >>>FreeBSD 5.3rc1: >>> >>># dd if=3D/mnt/aa of=3D/dev/null bs=3D1024k count=3D1024 >>>1024+0 records in >>>1024+0 records out >>>1073741824 bytes transferred in 42.215597 secs (25434719 bytes/sec) >> >>BTW, others have asked that you not use dd as your "benchmark", >>because it's not benchmarking anything relevant for real-world use of >>the disk. > > > While it is not typical of many "real-world" uses, I back up my laptop > by copying the disk with dd(1). It used to take me about 40 minutes with > V4. Now it takes just over an hour. This 25 minutes lost every day is a > very real part of my world. Same here. At work I use dd to backup last valid operating system on the computer for easy recovery. It's a complement (not suplement) of tape, library, etc backups. Also, OpenBSD "altroot" is a nice idea. # If ROOTBACKUP is set to 1 in the environment, and # if filesystem named /altroot is type ffs, on /dev/* and mounted "xx", # use it as a backup root filesystem to be updated daily. [ "X$ROOTBACKUP" = X1 ] && { rootdev=`awk '$2 == "/" && $1 ~ /^\/dev\// && $3 == "ffs" && \ $4 ~ /rw/ \ { print substr($1, 6) }' < /etc/fstab` rootbak=`awk '$2 == "/altroot" && $1 ~ /^\/dev\// && $3 == "ffs" && \ $4 ~ /xx/ \ { print substr($1, 6) }' < /etc/fstab` [ X$rootdev != X -a X$rootbak != X ] && { sync echo "" echo "Backing up root filesystem:" echo "copying /dev/r$rootdev to /dev/r$rootbak" dd if=/dev/r$rootdev of=/dev/r$rootbak bs=16b seek=1 skip=1 \ conv=noerror fsck -y /dev/r$rootbak } } > I also bothers me to see this significant deterioration on what appears > to be a VERY simple disk activity. I'd like to benchmark buildworld, but > doing that with different versions is not so easy. I might try building > jdk. That is very "real-world". It'd be interesting if you run some real world test. i.e. copy a big file and compare times between F4 and F5