linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 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).