Remember that if you're running Solaris 7 or later, you can always activate
journalling on a filesystem with the 'logging' option in /etc/vfstab.
-----Original Message-----
From: Greg Hudson [mailto:ghudson@MIT.EDU]
Sent: Tuesday, March 30, 2004 12:19 PM
To: ron@bieberlabs.com
Cc: dev@subversion.tigris.org; users@subversion.tigris.org
Subject: Re: Drastic performance difference with subversion client on
Solaris 9
On Tue, 2004-03-30 at 07:04, Ron Bieber wrote:
> As Linux file systems default to nosynch and I've never had a problem
> with boxes losing data in power failures here at home, I don't see a
> big problem with this as long as the box isn't running an oracle
production
> database or something like that. Given the fact that the computer room
> at work has interruptible power and backup generators anyway, I see
> even less of a problem.
The situation is somewhat more complicated than you give it credit for in
your first sentence.
The Linux ext2 filesystem behaves as you say, with completely asynch writes
and no particular attention to ensuring failure atomicity of any kind. But
it does have a pretty sophisticated fsck designed to get a filesystem back
into working order in the face of failures. (It can't protect against
certain kinds of problems, like data blocks containing data from the wrong
files, but at least it won't throw up its hands in disgust and tell you to
newfs.)
Modern Linux filesystems (reiser, xfs, ext3) have asynchronous file creation
but use techniques (careful ordering or journals) to make sure that the
on-disk filesystem is consistent at all times. As a result, they tend to be
a little slower than ext2, but most safer. Most people who use Linux these
days use one of these filesystems.
Solaris with asynch writes has neither the advantage of a sophisticated fsck
(as far as I know) nor the advantage of ordered writes or journaling.
Although you stand a pretty good chance of being okay in the face of an
unclean shutdown, it's not very safe at all.
So, feel free to rely on backups and uninterruptable power; those are fine
things. But I don't think you can rely on the experience of Linux users.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
-----------------------------------------
Use of email is inherently insecure. Confidential information, including account information, and personally identifiable information, should not be transmitted via email, or email attachment. In no event shall Citizens or any of its affiliates accept any responsibility for the loss, use or misuse of any information including confidential information, which is sent to Citizens or its affiliates via email, or email attachment. Citizens does not guarantee the accuracy of any email or email attachment, that an email will be received by Citizens or that Citizens will respond to any email.
This email message is confidential and/or privileged. It is to be used by the intended recipient only. Use of the information contained in this email by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please notify the sender immediately and promptly destroy any record of this email.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Mar 30 19:51:03 2004