From: Chandra Seetharaman <sekharan@us.ibm.com>
To: Dave Chinner <david@fromorbit.com>
Cc: xfs@oss.sgi.com
Subject: Re: Debunking myths about metadata CRC overhead
Date: Tue, 04 Jun 2013 13:38:29 -0500 [thread overview]
Message-ID: <1370371109.3898.10.camel@chandra-dt.ibm.com> (raw)
In-Reply-To: <20130604025307.GB29466@dastard>
On Tue, 2013-06-04 at 12:53 +1000, Dave Chinner wrote:
> On Mon, Jun 03, 2013 at 11:10:11AM +0200, Emmanuel Florac wrote:
> > Le Mon, 3 Jun 2013 17:44:52 +1000 vous écriviez:
> >
> > > There has been some assertions made recently that metadata CRCs have
> > > too much overhead to always be enabled. So I'll run some quick
> > > benchmarks to demonstrate the "too much overhead" assertions are
> > > completely unfounded.
> >
> > Just a quick question: what is the minimal kernel version and xfsprogs
> > version needed to run xfs with metadata CRC? I'd happily test it on
> > real hardware, I have a couple of storage servers in test in the 40 to
> > 108 TB range.
>
> If the maintainers merge all the patches I send for the 3.10-rc
> series, then the 3.10 release should be stable enough to use for
> testing with data you don't care if you lose.
>
> As for the userspace code - that is still just a patchset. I haven't
> had any feedback from the maintainers about it in the past month, so
> I've got no idea what they are doing with it. I'll post out a new
> version in the next couple of days - it's 50-odd patches by now, so
> it'd be nice to have it in the xfsprogs git tree so people could
> just pull it and build it for testing purposes by the time that 3.10
> releases....
Dave,
I was of the impression that the user space changes will be released
sometime later (i.e when CRC comes out of experimental). If we make the
user space changes to create V5 filesystem now, it will be an annoyance
for people that created V5 super blocks without my changes (getting rid
of OQUOTA.* flags).
BTW, I am waiting for your response to do a final re-post on the kernel
changes, after which I will post my user space changes.
Regards,
Chandra
>
> Cheers,
>
> Dave
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2013-06-04 18:39 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-03 7:44 Debunking myths about metadata CRC overhead Dave Chinner
2013-06-03 9:10 ` Emmanuel Florac
2013-06-04 2:53 ` Dave Chinner
2013-06-04 16:20 ` Ben Myers
2013-06-04 22:06 ` Dave Chinner
2013-06-04 22:09 ` Ben Myers
2013-06-04 18:38 ` Chandra Seetharaman [this message]
2013-06-04 22:08 ` Dave Chinner
2013-06-04 22:40 ` Chandra Seetharaman
2013-06-04 22:59 ` Dave Chinner
2013-06-03 15:31 ` Troy McCorkell
2013-06-03 20:00 ` Geoffrey Wehrman
2013-06-04 2:43 ` Dave Chinner
2013-06-04 10:19 ` Dave Chinner
2013-06-04 21:27 ` Geoffrey Wehrman
2013-06-05 0:27 ` Dave Chinner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1370371109.3898.10.camel@chandra-dt.ibm.com \
--to=sekharan@us.ibm.com \
--cc=david@fromorbit.com \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox