Re: [PATCH] Online RAID-5 resizing

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

 



On Wed, Sep 21, 2005 at 01:01:42AM +1000, Neil Brown wrote:
> I doubt speed is a top priority.

I just found something interesting; if I raise speed_limit_min, I get much
better speed than I initially got. My 2->4 slow IDE disk setup:

md1 : active raid5 hdg1[4] hde1[5] hdc1[1] hda1[0]
      39078016 blocks level 5, 64k chunk, algorithm 2 [4/2] [UU__]
      [==========>..........]  resync = 52.4% (20499840/39078016) finish=50.0min speed=6187K/sec

This is more than good enough for me, at least. :-)

I noticed a problem during a big test resize now, BTW; for some reason,
pdflush goes into uninterruptable sleep, and kjournald and thus the
filesystem seems to follow. I'm not sure if this is a starvation issue or
not, but it sure is a bug -- I'll look into it and see if I find something
obvious.

/* Steinar */
-- 
Homepage: http://www.sesse.net/
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux