From owner-freebsd-hackers Mon Oct 30 00:22:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA11496 for hackers-outgoing; Mon, 30 Oct 1995 00:22:44 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA11394 for ; Mon, 30 Oct 1995 00:21:21 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18232; Mon, 30 Oct 1995 09:21:15 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA21539; Mon, 30 Oct 1995 09:21:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA04834; Mon, 30 Oct 1995 09:19:31 +0100 From: J Wunsch Message-Id: <199510300819.JAA04834@uriah.heep.sax.de> Subject: Re: several diffs for dump(8) to display write throughput and such...c To: andreas@knobel.gun.de (Andreas Klemm) Date: Mon, 30 Oct 1995 09:19:31 +0100 (MET) Cc: jkh@time.cdrom.com, hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510291853.TAA04405@knobel.gun.de> from "Andreas Klemm" at Oct 29, 95 07:53:46 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1321 Sender: owner-hackers@freebsd.org Precedence: bulk As Andreas Klemm wrote: > > > > >>DUMP: DUMP: finished in 1451 seconds, throughput 474 KBytes/sec > > > > Neat! I like it. However, we're already in feature freeze for 2.1 so > > this would definitely be -current fodder only, I'm afraid! > > Hi Jordan, well, that's fine. So you take the part to fiddle it in > into current, please ?! I've already wrote this to Andreas in private mail: o The patch could cause a division by 0 under rare circumstances, it divides by a time difference without first checking for 0. The probably best way is to add a `1' there. It won't change the result very significantly for a long-term tape backup, but avoids the problem. o I vote for /dev/rst0. This is consistent with the default tape device of tar(1), and while the non-rewind device is more appropriate for people with large tape drives (DAT, QIC 1 GB or above), the rewind device is a better default for small tape drives like the very common QIC-150 ones, where you sometimes even need more than one cartridge for the entire dump, so the tape _must_ be rewound by dump(8). If you forgot this, you have to ^Z/mt rewind/fg! -- 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. ;-)