DragonFly kernel List (threaded) for 2007-02
Re: Plans for 1.8+ (2.0?)
Content-Type: text/plain; charset=UTF-8; format=flowed
X-Trace: 1170363281 crater_reader.dragonflybsd.org 833 18.104.22.168
Xref: crater_reader.dragonflybsd.org dragonfly.kernel:10546
Thomas E. Spanjaard wrote:
> Bill Hacker wrote:
>> Thomas E. Spanjaard wrote:
>>> Stilyan Tsenov wrote:
>>>> I can't uderstand whether snapshots are filesystems or files ?...or
>>>> just both possible ?
>>> A snapshot of a filesystem needs support from the filesystem to be
>>> snapshottable, e.g. temporary suspension of all activities on that
>>> filesystem while the snapshot-taking is in-progress.
>> .. except for Plan 9, where the 'snapshot' was basically a byproduct
>> of the way updates were done - i.e. change (and date) only what HAD
>> changed, preserve all else - even if no longer 'valid'.
> That sounds like a transactional filesystem with versioning :).
In a way, yes.
Definitely worth a read,  as it is surprisingly efficient of storage over
long-term (previous citation), given the level of snapshot granularity provided.
I have installed a Plan 9 variant - 'Inferno'  under OS X. Works OK, but I
have not done much with it - least of all with the 'native' fs'en. It supposedly
plays pretty well with other OS'en.
I'd like to set up a couple of spare servers to use with various *BSD 'flavors'
- OS X included as a long-lived 'universal' remote storage test .
Can share those (have a rack in a data center with decent b/w) if anyone wants
to make a sub-project out of it.
The 1U units, save one in need of rebuild, are modest Via C3 for low-power
cosumption, so no great shakes at a make world cycle. That said, they are 'due'
for migration from 4.11 FreeBSD to DFLY, as I don't see FreeBSD 6.X being as
efficient on 'austere' uni processor servers.
For myself, trying to finish renovating a house in Virginia, sell out and move
to Asturias, so I have more spare server capacity than time this year.
Sort of a 'side issue' to DFLY, so an OFF LIST reply would probably be more
appropriate until I/we have something to contribute back to the main line.
How soon we forget how many times we have had to 'migrate' files we wished to
keep, and how much of a hassle it often was. CP/M -> DRDOS > OS/2 -> the *BSD's
here. Life is *slightly* simpler since I always install OS X with ufs-only fs,
not hfs, so at least naming is common with other *BSD's.