From owner-freebsd-hackers  Sat Mar 29 21:35:14 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id VAA08606
          for hackers-outgoing; Sat, 29 Mar 1997 21:35:14 -0800 (PST)
Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA08587
          for <hackers@freebsd.org>; Sat, 29 Mar 1997 21:34:59 -0800 (PST)
Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id PAA27792; Sun, 30 Mar 1997 15:34:24 +1000
From: Darren Reed <darrenr@cyber.com.au>
Message-Id: <199703300534.PAA27792@plum.cyber.com.au>
Subject: Re: Dilemma. how to store DOS directories ?
To: jfw@jfwhome.funhouse.com (John F. Woods)
Date: Sun, 30 Mar 1997 15:34:23 +1000 (EST)
Cc: avalon@coombs.anu.edu.au, darrenr@cyber.com.au, hackers@freebsd.org,
        port-i386@netbsd.org
In-Reply-To: <199703290745.CAA02609@jfwhome.funhouse.com> from "John F. Woods" at Mar 29, 97 02:45:20 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In some mail I received from John F. Woods, sie wrote
> 
> >> If I recall correctly, on exabyte, EOF markers are "1MB" in size (although
> >> newer tape formats aren't quite so braindead).  So more files on the tape
> >> means less space for real data.  When ypu're backing up in excess of 100,000
> >> files onto the one tape, it makes a difference.
> >That was true of the original 8200 format. Later formats used on the 8500
> >series offered two sizes of tape mark. The long mark, and a short mark
> >which chews up some 128k.
> 
> Of course, neither tar nor cpio stores one disk file per tape "file".  There
> is one EOF mark per tar archive, not per disk file.  If you back up 100,000
> files on one tape, you get one EOF mark.  If you do multiple backups per
> tape, you have one EOF mark per backup, but you're talking tens, not hundred
> thousands, of EOF marks in that case.

Ahh...well, I've been too long in the HP-UX camp...they have an abdomination
called "fbackup", which together with "frecover" claim to some hybrid of
tar/cpio/dump but has got to be the worst thing I've ever had to use (has
the inefficiences I describe above).