From: Doug Ledford <dledford@redhat.com>
To: Leslie Rhorer <lrhorer@satx.rr.com>
Cc: 'Linux RAID Mailing List' <linux-raid@vger.kernel.org>
Subject: Re: Bitmap did not survive reboot
Date: Thu, 12 Nov 2009 00:22:26 -0500 [thread overview]
Message-ID: <4AFB9B92.505@redhat.com> (raw)
In-Reply-To: <20091112045600054.OQVX5263@cdptpa-omta04.mail.rr.com>
[-- Attachment #1: Type: text/plain, Size: 2554 bytes --]
On 11/11/2009 11:55 PM, Leslie Rhorer wrote:
>>> Data Offset : 272 sectors
>>> Super Offset : 8 sectors
>>
>> The above two items are what you need for both version 1.1 and 1.2
>> superblocks in order to figure things out. The data, aka the filesystem
>> itself, starts at the Data Offset which is 272 sectors. The superblock
>> itself is 8 sectors in from the front of the disk because you have
>> version 1.2 superblocks. So, 272 - 8 - size of the superblock, which is
>> only a sector or two, is how much internal space you have. So, in your
>> case, you have about 132k of space for the bitmap.
>
> OK. The 10 drive system shows:
>
> bitmap: 0/466 pages [0KB], 1024KB chunk
>
> The 7 drive system shows:
>
> bitmap: 0/350 pages [0KB], 2048KB chunk
>
> So you think I should remove both and replace them with
>
> mdadm -G /dev/md0 --bitmap=internal --bitmap-chunk=65536
>
> ?
>
> While most of the files are large video files, there are a fair
> number which are smaller data files such as those of the IMAP server and
> Quicken. I don't want performance to be too terrible for them, either.
Oh yeah, those chunk sizes are waaayyyy too small. Definitely replace
them. If it will make you feel better, you can do some performance
testing before and after to see why I say so ;-) I would recommend
running these tests to check the performance change for yourself:
dbench -t 300 -D $mpoint --clients-per-process=4 16 | tail -19 >> $log_file
mkdir $mpoint/bonnie
chown nobody.nobody $mpoint/bonnie
bonnie++ -u nobody:nobody -d $mpoint/bonnie -f -m
RAID${lvl}-${num}Disk-${chunk}k -n 64:65536:1024:16 >>$log_file 2>/dev/null
tiotest -f 1024 -t 6 -r 1000 -d $mpoint -b 4096 >> $log_file
tiotest -f 1024 -t 6 -r 1000 -d $mpoint -b 16384 >> $log_file
Obviously, I pulled these tests out of a script I use where all these
various variables are defined. Just replace the variables with
something sensible for accessing your array, run them, save off the
results, run again with a different chunk size, then please post the
results back here as I imagine they would be very informative.
Especially the dbench results as I think they are likely to benefit the
most from the change. Note: dbench, bonnie++, and tiotest should all be
available in the debian repos.
--
Doug Ledford <dledford@redhat.com>
GPG KeyID: CFBFF194
http://people.redhat.com/dledford
Infiniband specific RPMs available at
http://people.redhat.com/dledford/Infiniband
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-11-12 5:22 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4AF9ABAA.1020407@redhat.com>
2009-11-11 3:34 ` Bitmap did not survive reboot Leslie Rhorer
2009-11-11 3:46 ` Leslie Rhorer
2009-11-11 5:22 ` Majed B.
2009-11-11 8:13 ` Leslie Rhorer
2009-11-11 8:19 ` Michael Evans
2009-11-11 8:53 ` Leslie Rhorer
2009-11-11 9:31 ` John Robinson
2009-11-11 14:52 ` Leslie Rhorer
2009-11-11 16:02 ` John Robinson
2009-11-11 9:31 ` Majed B.
2009-11-11 14:54 ` Leslie Rhorer
2009-11-11 9:16 ` Robin Hill
2009-11-11 15:01 ` Leslie Rhorer
2009-11-11 15:53 ` Robin Hill
2009-11-11 20:35 ` Doug Ledford
2009-11-11 21:46 ` Ben DJ
2009-11-11 22:10 ` Robin Hill
2009-11-12 1:35 ` Doug Ledford
2009-11-12 0:23 ` Leslie Rhorer
2009-11-12 1:34 ` Doug Ledford
2009-11-12 4:55 ` Leslie Rhorer
2009-11-12 5:22 ` Doug Ledford [this message]
2009-11-14 21:48 ` Leslie Rhorer
2009-11-15 11:01 ` Doug Ledford
2009-11-15 19:27 ` Leslie Rhorer
2009-11-11 15:19 ` Gabor Gombas
2009-11-11 16:48 ` Leslie Rhorer
2009-11-11 20:32 ` Doug Ledford
2009-11-10 1:44 Leslie Rhorer
2009-11-10 1:58 ` Leslie Rhorer
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=4AFB9B92.505@redhat.com \
--to=dledford@redhat.com \
--cc=linux-raid@vger.kernel.org \
--cc=lrhorer@satx.rr.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;
as well as URLs for NNTP newsgroup(s).