From: Neil Brown <neilb@suse.de>
To: Justin Piszcz <jpiszcz@lucidpixels.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Linux Software RAID Bitmap Question
Date: Mon, 26 Feb 2007 15:22:01 +1100 [thread overview]
Message-ID: <17890.24681.249414.635536@notabene.brown> (raw)
In-Reply-To: message from Justin Piszcz on Sunday February 25
On Sunday February 25, jpiszcz@lucidpixels.com wrote:
> Anyone have a good explanation for the use of bitmaps?
>
> Anyone on the list use them?
>
> http://gentoo-wiki.com/HOWTO_Gentoo_Install_on_Software_RAID#Data_Scrubbing
>
> Provides an explanation on that page.
>
> I believe Neil stated that using bitmaps does incur a 10% performance
> penalty. If one's box never (or rarely) crashes, is a bitmap needed?
I think I said it "can" incur such a penalty. The actual cost is very
dependant on work-load.
>
> The one question I had regarding a bitmap is as follows:
>
> The mismatch_cnt file.
>
> If I have bitmaps turned on for my RAID DEVICES, is it possible that the
> 'mismatch_cnt' will be updated when it finds a bad block?
>
> That would be VERY nice instead of running a check all the time.
When md find a bad block (read failure) it either fixes it (by
successfully over-writing the correct date) or fails the drive.
The count of the times that this has happened is available via
/sys/block/mdX/md/errors
If you use version-1 superblocks, then this count is maintained
throughout the life of the array. If you use v0.90, the count is
zeroed whenever you assemble the array.
This count is completely separate from the 'mismatch_cnt'.
'mismatch_cnt' referred to when md check if redundant information
(copies or parity) is consistent or not. This does not happen at all
during normal operation. It only happens when you ask for a 'check'
or 'repair' operation. It might also happen when the array
automatically performs a 'sync' after an unclean shutdown.
And all this has very little to do with bitmaps.
So I'm afraid I don't understand your question.
NeilBrown
next prev parent reply other threads:[~2007-02-26 4:22 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-25 14:05 Linux Software RAID Bitmap Question Justin Piszcz
2007-02-26 4:22 ` Neil Brown [this message]
2007-02-27 17:42 ` Bill Davidsen
2007-02-27 21:04 ` Neil Brown
2007-02-28 3:00 ` Bill Davidsen
2007-02-28 19:30 ` dean gaudet
2007-02-28 19:44 ` Justin Piszcz
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=17890.24681.249414.635536@notabene.brown \
--to=neilb@suse.de \
--cc=jpiszcz@lucidpixels.com \
--cc=linux-raid@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).