From: Dark Penguin <darkpenguin@yandex.ru>
To: linux-raid@vger.kernel.org
Subject: Bitmap in RAM?
Date: Sat, 8 Oct 2016 15:54:26 +0300 [thread overview]
Message-ID: <57F8EC82.9010804@yandex.ru> (raw)
After researching write-intent bitmaps for a while, my understanding is
that they are used only to speed up "re-adding" drives by avoiding a
full resync, and to enable --write-mostly --write-behind. However, it
does introduce some pretty heavy load on whatever device it's on,
especially if it's an internal bitmap, because the head would have to
fly all the way to the superblock twice per each write. If it's an
external bitmap, then the device it's on would be too busy just serving
it to do anything else.
So if I were to place it on a tmpfs, I could eliminate this problem only
at the expense of being unable to re-add drives after a reboot, right?..
I've read somewhere that bitmaps only work correctly on ext2 or ext3
filesystems, but that probably means that it's not a good idea to put it
on a filesystem with delayed allocation like ext4 of zfs, otherwise I
don't understand why - and so I don't know if there would be any problem
with it running on tmpfs. Is there?..
By the way, Phil, you are a hero! :) I remember that it was you who
taught me about the "timeouts and scrubbing" problem a year ago, and you
always explain things so well! You must have a lot of patience and love
for all people! :)
--
darkpenguin
next reply other threads:[~2016-10-08 12:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-08 12:54 Dark Penguin [this message]
2016-10-08 16:02 ` Bitmap in RAM? Roman Mamedov
2016-10-08 16:23 ` Dark Penguin
2016-10-28 5:58 ` NeilBrown
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=57F8EC82.9010804@yandex.ru \
--to=darkpenguin@yandex.ru \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.