On Monday December 15, jnelson-linux-raid@xxxxxxxxxxx wrote: > A follow-up to an earlier post about weird slowness with RAID10,f2 and > 3 drives. This morning's "check" operation is proceeding very slowly, > for some reason. > > dstat is showing 14-15MB/s worth of read I/O (0 or negligible write > I/O) on each of the 3 drives which comprise the raid10,f2. > > According to /proc/mdstat this is the current rate: > > [================>....] check = 82.9% (381575040/460057152) > finish=60.6min speed=21554K/sec > > The sync_speed_min is 40000, sync_speed_max is 200000, and there is no > other I/O on the system to speak of. > > blockdev shows: > > blockdev --getra /dev/sdb /dev/sdc /dev/sde > 256 > 256 > 256 > > I just now tried setting it to 64K (65536) on each device and that did > not seem to make much difference. > > As you may recall from earlier posts, these drives are easily capable > of twice or even three times this rate or more even at the inner > tracks (70-80MB/s each on the outer tracks, 35-40MB/s on the inner > tracks). > > What might be going on here? If you think about exactly which blocks of which drives md will have to read, and in which order, you will see that each drive is seeking half the size of the disk very often. Exactly how often would depend on chunk size and the depth of the queue in the elevator, but it would probably read several hundred K from early in the disk, then several hundred from half-way in, then back to start etc. This would be expected to be slow. NeilBrown -- 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
