Date: Mon, 10 Feb 2003 12:13:47 +0100 From: Joerg Wunsch <j@uriah.heep.sax.de> To: current@freebsd.org Subject: Abysmal performance for restore -r Message-ID: <20030210121347.A8577@uriah.heep.sax.de>
index | next in thread | raw e-mail
Since growfs still doesn't work, i needed to newfs & restore the
following filesystem after expanding the volume:
uriah # df -k -i /dev/vinum/home_cvs
Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on
/dev/vinum/home_cvs 4125838 2911856 883916 77% 235970 305724 44% /home/cvs
restore(8)ing it from tape took about 7.5 hours(!) in order to create
the 34332 directory inodes on it; that's about 1.2 directory creations
per second. The machine was basically grinding to a halt while this
happened, iostat (when it was possible to report something at all)
reported > 350 transactions per second for both participating disks
(which doesn't sound all that bad to me, the disks are 10000 rpm not
too old drives).
In contrast, restoring the ~ 3 GB of contents (still > 250000 files)
didn't even take an hour to complete.
The filesystem has been newfs'ed with defaults + softupdates:
uriah # newfs -N -U /dev/vinum/home_cvs
/dev/vinum/home_cvs: 4096.0MB (8388608 sectors) block size 16384, fragment size 2048
using 23 cylinder groups of 183.69MB, 11756 blks, 23552 inodes.
with soft updates
Does anybody have an idea why this was so terrible slow?
(The kernel is at 5.0-RCsomething, in case that matters.)
--
cheers, J"org .-.-. --... ...-- -.. . DL8DTL
http://www.sax.de/~joerg/ NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030210121347.A8577>