I must say in the 10 years of using Windows on my desktop
and on servers I've never once had to deal with NTFS loosing
data. In addition to that I dont have to sit though 1 hour worth
of offline checks when it crashes for what ever reason which I
do on our FreeBSD boxes.
From our experiences, the issues with the current FS would
be the primary factor for begrudgingly moving to another OS as
for large FS's its getting simple unwieldy especially since foreground
checks are often required :(
There is a great amount of new work going into FreeBSD with
loads of improvements in a wide range of areas which is great
but I do believe the FS really does need to attract some more
focus as is not something that can solved quickly and is beginning
to become a sticking point.
Steve
----- Original Message -----
From: "Matthias Buelow" <[EMAIL PROTECTED]>
Can it be put into softupdates at all? From what I understand (which
is probably a rather sketchy idea of the matter), write barriers
work because they are only used here to separate journal writes
from data writes (i.e., to make sure the log is written, by flushing
the cache, before any filesystem data hits the platters). I've read
the softupdates paper some time ago and haven't found similar
sequence points where one could insert such flushing. One would
have to "flush" all the time, either continuously or in very short
intervals, in order to keep the ordering, which then would amount
to the same effects as if one simply disabled the cache. But probably
I'm wrong here (I hope).
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please
telephone (023) 8024 3137
or return the E.mail to [EMAIL PROTECTED]
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
