Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!romp!auschs!awdprime!doorstop.austin.ibm.com!tif
From: tif@doorstop.austin.ibm.com (Paul Chamberlain)
Newsgroups: comp.unix.internals
Subject: Re: holes in files
Message-ID: <4632@awdprime.UUCP>
Date: 27 Dec 90 14:41:10 GMT
References: <6193:Dec618:43:4390@kramden.acf.nyu.edu> <1820@b15.INGR.COM> <2809@cirrusl.UUCP> <11749@alice.att.com>
Sender: news@awdprime.UUCP
Reply-To: tif@doorstop.austin.ibm.com (Paul Chamberlain)
Organization: IBM AWD, Austin, TX
Lines: 15
Summary:
Expires:
Sender:
Followup-To:
Keywords:

In article <11749@alice.att.com> andrew@alice.att.com (Andrew Hume) writes:
>what scares me more are hyperintelligent
>disk drives that have built in data compression and might be able
>to take 20 blocks of some values but not be able to overwrite them
>because of different compression rates.

You also may eventually run into a problem with a WORM drive that
records new versions of blocks/files in a different place.  Then
again, you may also have to cope with a filesystem that looks almost
full but, when you fill it up, it gets bigger.  This will work until
you run out of space to grow the filesystem.  This is just a small
step from what AIX Version 3 currently does.

Paul Chamberlain | I do NOT represent IBM.         IBM VNET: sc30661 at ausvm6
512/838-9662     | This is rumored to work now --> tif@doorstop.austin.ibm.com