tech-kern archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: changing raid level?



On Wed, Jan 28, 2009 at 08:26:12AM -0600, Greg Oster wrote:
> Manuel Bouyer writes:
> > On Tue, Jan 27, 2009 at 01:23:37PM -0600, Greg Oster wrote:
> > >   [...]
> > > 
> > > For a RAID 1 set, the "parity unit" is simply the second disk, and 
> > > computing that parity requires no further computations.
> > 
> > On a slow CPU the read+read+compare+write is killing the whole system
> > (mostly the "compare" I think) with 90% of the cpu working on this.
> > A simple read+write is much, much better on such a setup (the system
> > is still useable while doing a raid1 reconstruct). It matters
> > even on a fast CPU, when both disks are able to provide data at 180MB/s.
> > The system is still useable but comptationnal tasks (esp. network
> > encryption) is much, much slower.
> 
> What should happen here is that RAIDframe should have a tweakable 
> sysctl knob (or something) to adjust the rebuild rate.  It's on the 
> TODO list, but has never reached any sort of priority level where 
> it's gotten done :(  

Or, perhaps it could measure the reconstruction speed and switch to whichever
 one goes faster, while throttling to ensure X% cpu available for other tasks.
I guess the X would still end up being sysctl knob anyway, but you
 wouldn't need to tweak it b/c you're on a slower (or faster) machine.

eric


Home | Main Index | Thread Index | Old Index