From owner-freebsd-questions Tue Nov 20 7:30:39 2001 Delivered-To: freebsd-questions@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 8EA4937B418 for ; Tue, 20 Nov 2001 07:30:34 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 166Cr2-0007cY-00; Tue, 20 Nov 2001 16:30:32 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id fAKEa6184176 for freebsd-questions@freebsd.org; Tue, 20 Nov 2001 15:36:06 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Slow restores on a DLT4000 Date: Tue, 20 Nov 2001 14:36:05 +0000 (UTC) Message-ID: <9tdpol$2i67$1@kemoauc.mips.inka.de> References: <20011119150711.A7781@northernbrewer.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Christopher Farley wrote: > I get fairly good throughput on dumps; about 1.6 megs/second, which > seems similar to 'average' expectations that have been published. > During a dump, the drive does not stream, but runs, stops, rewinds, > runs, stops, rewinds... My thinking is that the tape drive is able to > write to a tape faster than my platters can provide the bits. There are two possible issues here. 1. dump is fairly slow and it may indeed not be fast enough to keep the drive streaming. Try dumping to /dev/null and see what speeds you get there. If dump is too slow, you can use a holding disk (or partition): dump to a file on the holding disk and transfer the archive from there to tape using something like misc/buffer or misc/team. 2. Judging from those 1.6MB/s you have compression enabled. My DLT4000 does not stream when compression is enabled no matter what. There is no bottleneck in my setup to explain this and I have already upgraded the firmware. I suspect that the DLT4000 may simply be incapable of streaming if compression is enabled, due to CPU limitations. > Restoring data off a level 0 dump takes about twice as long as the dump > itself, and it also fails to stream. No surprise. Recreating lots of files is slow, even with softupdates or even async mounts. Again, a holding disk will help. > Also, it takes just as long to retrieve a few files off of a dump as it > does to restore an entire dump. It seems like the drive simply reads the > tape sequentially, and if it sees a file I've marked, it writes > it to the disk. Correct. It should stream during that time, though. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message