Re: Shouldn't the /sys/block/md*/queue/max_*sectors_kb be set to the chunk size?

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

 



On Thu, May 18, 2017 at 05:52:28AM -1000, Chris Worley wrote:
> I'm obviously missing something...
> 
> If chunk size is a stride, why is the
> /sys/block/md*/queue/max_*sectors_kb being inherited from one of the
> underlying devices rather than being set to the chunk size or the
> drive multiple of their max sector settings?

We set it to chunk size unless underlying disks have a smaller max_*sectors_kb.
Underlying disks usually have much bigger max_sectors than chunk size.
 
> Or, in other words, would the chunk size setting have a natural upper
> bound/limit of one of the drives max_sectors, or the sum of all of the
> constituent drives max sectors?

I don't know such upper bound and don't think it matters. The max_sectors
basically is the size we split the bio to fit for one underlying disk.

Thanks,
Shaohua
--
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