From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 00:43:54 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 4C3ED16A4CE; Sat, 24 Apr 2004 00:43:54 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 127E943D4C; Sat, 24 Apr 2004 00:43:54 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i3O7hl7E053216; Sat, 24 Apr 2004 00:43:50 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200404240743.i3O7hl7E053216@gw.catspoiler.org> Date: Sat, 24 Apr 2004 00:43:46 -0700 (PDT) From: Don Lewis To: kientzle@FreeBSD.org In-Reply-To: <408A09D1.2090007@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: Testing Tar (was Re: bad news for bsdtar..) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2004 07:43:54 -0000 On 23 Apr, Tim Kientzle wrote: > Don Lewis wrote: >> On 23 Apr, Tim Kientzle wrote: >>>Bruce Evans wrote: >>> >>>>At least the -current version of tar skips reading the >>>>data when it is writing to /dev/null. >>> >>>I wonder why it does that? >> >> This speeds up Amanda quite a bit. Amanda will run tar with the >> --totals option ... to plan the best mixture of full and incremental >> backups. > > Hmmm... How accurate does such information need to be? For use by Amanda, not terribly accurate. Amanda archives are generally done with compression, but the estimate is done without compression and Amanda then calculates the compressed archive size based on the historical compression ratio. There will obviously be a lot of uncertainty in this, but hopefully not so much as to cause Amanda to underestimate the amount of tape needed, which might cause it to run out of space before the backup is complete. Any sort of systemic error in the estimate would probably get compensated for when Amanda calculated the compression ratio. On the other hand, it does look bad if you archive to a file and the output of --totals doesn't match the archive file size. > Getting accurate estimates out of bsdtar could be tricky. > (Either bsdtar needs to know a lot more about archive formats > than it does right now, or libarchive needs to have a way > to export this kind of information.) > > Tim >