[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
---------------------- FORWARDED MESSAGE FOLLOWS -----------------------
Date: Thu, 11 Feb 93 22:18:29 EST
From: firstname.lastname@example.org (jwahar r. bammi)
X-Mailer: Why GNU Emacs version 18.55.1 of course!
X-Organization: Cadence Design Systems
In-Reply-To: Eric R. Smith's message of Thu, 11 Feb 93 14:18:50 -0800 <9302112218.AA11425@netcom.netcom.com>
Subject: RE: Fcntl's
> (1) FUTIME seems like a good idea to me.
to me too.
> (2) Having a way to tell file systems how big a file could become (like
> a "maximum" file size) would be very useful for implementing contiguous
> files. So this also sounds like a good idea.
sorry cant agree with this one. its much more optimal to
concentrate on either trying to do blocks intelligently (bsd ffs
maybe) or like the upcoming extents FS for bsd 4.4 (see this winters
usenix proceeding for some good stats, and how it fared against
sprites log file system). only in a limited number of situations can
the file size be prdicted, that too mostly at creation. a file is
hopefully is modified (or replaced) a lot more times, than it is
created. if file contiguity is a big concern, i would venture to say
that a defragger is an appropriate tool. (btw dave evans has updated
his old toolkit (marketed by michtron at one time) to handle large
partitions etc.it works great!).
bang: uunet!cadence!bammi jwahar r. bammi