* skip raid5 reconstruction
@ 2005-07-05 17:22 Ming Zhang
2005-07-06 6:47 ` Brad Campbell
2005-07-06 15:45 ` Michael Tokarev
0 siblings, 2 replies; 7+ messages in thread
From: Ming Zhang @ 2005-07-05 17:22 UTC (permalink / raw)
To: Linux RAID
Hi folks
I am testing some HW performance with raid5 with 2.4.x kenrel.
It is really troublesome every time I create a raid5, wait 4 hours for
reconstruction, and then test some data and then recreate another one
and wait again. I wonder if there is any hack or option available to
create a raid5 without reconstruct the parity disk. I just have interest
to test the performance so do not care about data correctness at this
stage.
Thanks!
Ming
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: skip raid5 reconstruction
2005-07-05 17:22 skip raid5 reconstruction Ming Zhang
@ 2005-07-06 6:47 ` Brad Campbell
2005-07-08 12:22 ` Ming Zhang
2005-07-06 15:45 ` Michael Tokarev
1 sibling, 1 reply; 7+ messages in thread
From: Brad Campbell @ 2005-07-06 6:47 UTC (permalink / raw)
To: mingz; +Cc: Linux RAID
Ming Zhang wrote:
> Hi folks
>
> I am testing some HW performance with raid5 with 2.4.x kenrel.
>
> It is really troublesome every time I create a raid5, wait 4 hours for
> reconstruction, and then test some data and then recreate another one
> and wait again. I wonder if there is any hack or option available to
> create a raid5 without reconstruct the parity disk. I just have interest
> to test the performance so do not care about data correctness at this
> stage.
I did a similar thing a while back.
I created the raid and waited for it to sync, I then make dd copies of the raid superblocks.
When I blew it up I just dd the clean superblocks back again (saved a 12 hour rebuild time)
Having just thought about what you wrote, I guess you are building the raid in different
configurationes each time, so my method might not be good for you.
Regards,
Brad
--
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so." -- Douglas Adams
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: skip raid5 reconstruction
2005-07-05 17:22 skip raid5 reconstruction Ming Zhang
2005-07-06 6:47 ` Brad Campbell
@ 2005-07-06 15:45 ` Michael Tokarev
2005-07-06 15:47 ` Ming Zhang
1 sibling, 1 reply; 7+ messages in thread
From: Michael Tokarev @ 2005-07-06 15:45 UTC (permalink / raw)
To: mingz; +Cc: Linux RAID
Ming Zhang wrote:
> Hi folks
>
> I am testing some HW performance with raid5 with 2.4.x kenrel.
>
> It is really troublesome every time I create a raid5, wait 4 hours for
> reconstruction, and then test some data and then recreate another one
> and wait again. I wonder if there is any hack or option available to
> create a raid5 without reconstruct the parity disk. I just have interest
> to test the performance so do not care about data correctness at this
> stage.
Maybe try smaller partitions?
/mjt
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: skip raid5 reconstruction
2005-07-06 15:45 ` Michael Tokarev
@ 2005-07-06 15:47 ` Ming Zhang
0 siblings, 0 replies; 7+ messages in thread
From: Ming Zhang @ 2005-07-06 15:47 UTC (permalink / raw)
To: Michael Tokarev; +Cc: Linux RAID
Thanks, that is a workaround as well. :P
I already solve this by using mkraid.
Ming
On Wed, 2005-07-06 at 19:45 +0400, Michael Tokarev wrote:
> Ming Zhang wrote:
> > Hi folks
> >
> > I am testing some HW performance with raid5 with 2.4.x kenrel.
> >
> > It is really troublesome every time I create a raid5, wait 4 hours for
> > reconstruction, and then test some data and then recreate another one
> > and wait again. I wonder if there is any hack or option available to
> > create a raid5 without reconstruct the parity disk. I just have interest
> > to test the performance so do not care about data correctness at this
> > stage.
>
> Maybe try smaller partitions?
>
> /mjt
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: skip raid5 reconstruction
2005-07-06 6:47 ` Brad Campbell
@ 2005-07-08 12:22 ` Ming Zhang
2005-07-08 18:14 ` Brad Campbell
0 siblings, 1 reply; 7+ messages in thread
From: Ming Zhang @ 2005-07-08 12:22 UTC (permalink / raw)
To: Brad Campbell; +Cc: Linux RAID
On Wed, 2005-07-06 at 10:47 +0400, Brad Campbell wrote:
> Ming Zhang wrote:
> > Hi folks
> >
> > I am testing some HW performance with raid5 with 2.4.x kenrel.
> >
> > It is really troublesome every time I create a raid5, wait 4 hours for
> > reconstruction, and then test some data and then recreate another one
> > and wait again. I wonder if there is any hack or option available to
> > create a raid5 without reconstruct the parity disk. I just have interest
> > to test the performance so do not care about data correctness at this
> > stage.
>
> I did a similar thing a while back.
> I created the raid and waited for it to sync, I then make dd copies of the raid superblocks.
> When I blew it up I just dd the clean superblocks back again (saved a 12 hour rebuild time)
interesting to know about this. u just check the dmesg and see where is
the sb and then u dd it out and dd back later?
>
> Having just thought about what you wrote, I guess you are building the raid in different
> configurationes each time, so my method might not be good for you.
>
yes, i changed it many times.
thx anyway!
Ming
> Regards,
> Brad
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: skip raid5 reconstruction
2005-07-08 12:22 ` Ming Zhang
@ 2005-07-08 18:14 ` Brad Campbell
2005-07-08 19:25 ` Ming Zhang
0 siblings, 1 reply; 7+ messages in thread
From: Brad Campbell @ 2005-07-08 18:14 UTC (permalink / raw)
To: mingz; +Cc: Linux RAID
Ming Zhang wrote:
>>I did a similar thing a while back.
>>I created the raid and waited for it to sync, I then make dd copies of the raid superblocks.
>>When I blew it up I just dd the clean superblocks back again (saved a 12 hour rebuild time)
>
> interesting to know about this. u just check the dmesg and see where is
> the sb and then u dd it out and dd back later?
Actually, I used blockdev to get the device size and then just copied the last 64kb from memory..
It's a bit hazy now but that's pretty close I think
Regards
Brad
--
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so." -- Douglas Adams
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: skip raid5 reconstruction
2005-07-08 18:14 ` Brad Campbell
@ 2005-07-08 19:25 ` Ming Zhang
0 siblings, 0 replies; 7+ messages in thread
From: Ming Zhang @ 2005-07-08 19:25 UTC (permalink / raw)
To: Brad Campbell; +Cc: Linux RAID
On Fri, 2005-07-08 at 22:14 +0400, Brad Campbell wrote:
> Ming Zhang wrote:
>
> >>I did a similar thing a while back.
> >>I created the raid and waited for it to sync, I then make dd copies of the raid superblocks.
> >>When I blew it up I just dd the clean superblocks back again (saved a 12 hour rebuild time)
> >
> > interesting to know about this. u just check the dmesg and see where is
> > the sb and then u dd it out and dd back later?
>
> Actually, I used blockdev to get the device size and then just copied the last 64kb from memory..
> It's a bit hazy now but that's pretty close I think
>
:P that is a good method!
thx
ming
> Regards
> Brad
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-07-08 19:25 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-07-05 17:22 skip raid5 reconstruction Ming Zhang
2005-07-06 6:47 ` Brad Campbell
2005-07-08 12:22 ` Ming Zhang
2005-07-08 18:14 ` Brad Campbell
2005-07-08 19:25 ` Ming Zhang
2005-07-06 15:45 ` Michael Tokarev
2005-07-06 15:47 ` Ming Zhang
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).