All of lore.kernel.org
 help / color / mirror / Atom feed
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

             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.