[Top] [All Lists]

Re: ADD 977766 - mkfs.xfs man page needs the default settings updated. [

To: Niv Sardi <xaiki@xxxxxxxxxxxxx>
Subject: Re: ADD 977766 - mkfs.xfs man page needs the default settings updated. [REVIEW TAKE 3]
From: David Chinner <dgc@xxxxxxx>
Date: Tue, 11 Mar 2008 12:15:14 +1100
Cc: David Chinner <dgc@xxxxxxx>, Niv Sardi <xaiki@xxxxxxx>, sgi.bugs.xfs@xxxxxxxxxxxxxxxxx, xfs-dev@xxxxxxx, xfs@xxxxxxxxxxx
In-reply-to: <416c461f0803092315m7ae6f55ek9b64058c3793aaa7@xxxxxxxxxxxxxx>
References: <incident_977766@xxxxxxxxxxxxxxxxxxxxx> <20080222003514.8D88E2C3@xxxxxxxxxxxxxxxxxxxxx> <nccskzlzg9f.fsf_-_@xxxxxxx> <nccablbf8ra.fsf_-_@xxxxxxx> <20080310060751.GY155407@xxxxxxx> <416c461f0803092315m7ae6f55ek9b64058c3793aaa7@xxxxxxxxxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/
On Mon, Mar 10, 2008 at 05:15:04PM +1100, Niv Sardi wrote:
> On Mon, Mar 10, 2008 at 5:07 PM, David Chinner <dgc@xxxxxxx> wrote:
> >  Secondly, version one logs are not being kept around for backwards
> >  compatibility reasons. It's a valid, supported configuration, and in
> >  some cases performs better than version 2 logs....
> Can you be more specific ?

More specific about which comment?

Re: performance - specSFS.

IIRC, anything that is effectively a synchronous transaction workload
tends to perform slightly better with v1 logs than v2 logs. It's
in the order of a few percent, but some ppl kill for that ;)

> the man page should document when this is
> better supported and I believe you're the one that has the best
> knowledge about that.
> >  Realistically, I see no need for changing this text except to add that
> >  the default is version 2.
> The change was motivated by Eric's comments on OSS that it is not
> clear why one should pick log v1 or v2, and I believe he is right.

If you don't understand - use the default. In most cases v2 logs are the
right thing to use and no amount of text in the man page is going to be
able to explain the corner cases where you'd want to use v1 logs....


Dave Chinner
Principal Engineer
SGI Australian Software Group

<Prev in Thread] Current Thread [Next in Thread>