From owner-freebsd-current Sat Dec 7 12:24:28 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA09261 for current-outgoing; Sat, 7 Dec 1996 12:24:28 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA09191 for ; Sat, 7 Dec 1996 12:24:06 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA17295; Sat, 7 Dec 1996 21:23:42 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA22851; Sat, 7 Dec 1996 21:23:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA22287; Sat, 7 Dec 1996 21:19:54 +0100 (MET) From: J Wunsch Message-Id: <199612072019.VAA22287@uriah.heep.sax.de> Subject: Re: rdump slow To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 7 Dec 1996 21:19:54 +0100 (MET) Cc: croot@btp1da.phy.uni-bayreuth.de (Werner Griessl) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612041026.KAA00900@btp1da.phy.uni-bayreuth.de> from Werner Griessl at "Dec 4, 96 10:26:09 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Werner Griessl wrote: > rdump in current is very slow, should be ~5 times faster : > > Wed Dec 4 09:57:01 1996 start btp1da:system_save to btp1x5:/dev/nrmt0h > Wed Dec 4 09:57:01 1996 rewinding tape > Wed Dec 4 09:57:07 1996 #1 rdump / ... > DUMP: DUMP: 21409 tape blocks on 1 volumes(s) > > DUMP: finished in 430 seconds, throughput 49 KBytes/sec > ^^^^^^^^^^^^^ !!!!! I can't confirm this. What's your blocksize? What system is the remote TCP peer? Is the tape streaming? That's what i get here: j@uriah 1523% /sbin/dump 0Bbf 5000000 32 localhost:/dev/rst0 / ... DUMP: DUMP: 20154 tape blocks on 1 volumes(s) DUMP: finished in 53 seconds, throughput 380 KBytes/sec ... j@uriah 1524% /sbin/dump 0Bbf 5000000 32 /dev/rst0 / ... DUMP: DUMP: 20154 tape blocks on 1 volumes(s) DUMP: finished in 53 seconds, throughput 380 KBytes/sec So of course, it's been the loopback device, but as long as the Ethernet card in question can handle 380 KB/s (which is not very much), the limiting factor is obviously the tape here. (It's a QIC-2.5GB w/ compression in a Tandberg drive. The 380 KB/s is a normal rate there.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)