Thread (4 messages) 4 messages, 3 authors, 2016-10-28

Re: Bitmap in RAM?

From: Dark Penguin <hidden>
Date: 2016-10-08 16:23:04

If I remove it entirely, I won't be able to re-add drives at all. If I 
move it to a tmpfs, then I can re-add them, but not across reboots - and 
with no downsides, which I want to confirm. So this would be better than 
removing it completely.

I've thought about it and switched the external bitmaps to the 
chunk-size of 65536, which apparently is the default for intermal 
bitmaps. They've become much smaller, which means the default size 
selected for them before was indeed much higher. I'll see if I notice 
any difference the next time I'm moving data around; maybe the load will 
indeed be negligible.


On 08/10/16 19:02, Roman Mamedov wrote:
On Sat, 8 Oct 2016 15:54:26 +0300
Dark Penguin [off-list ref] wrote:
quoted
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?..
If you don't need that ability, you can just remove bitmap entirely, it's not
mandatory. Run:

   mdadm --grow --bitmap=none /dev/mdX

However I'd say being able to re-add drives is very useful, so first consider
switching to a higher bitmap granularity,

   mdadm --grow --bitmap=none /dev/mdX
   mdadm --grow --bitmap=internal --bitmap-chunk=131072 /dev/mdX

(or even 262144, 524288) as that will reduce the performance impact of the
bitmap.
-- 
darkpenguin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help