On 10/17/2017 04:43 PM, Anthony Youngman wrote:
> On 17/10/17 20:04, Phil Turmel wrote:
>> No, it is*wrong*. Writes in multiples of 4k and entirely within a
>> chunk are passes as-is to the devices. For mirrors, all affected
>> devices get a copy of the request. For parity raid, the 4k stripes
>> corresponding to those 4k blocks will be pulled into the stripe cache
>> for recalculation. Not whole chunk-size stripes. The stripe cache is
>> multiples of 4k, not multiples of the chunk size!
>>
>> Writes smaller than 4k, or not aligned to 4k, will generate a
>> read-modify-write cycle of the 4k block involved. Not the whole chunk.
>>
>> It is more accurate to say that a chunk may be the*largest* a request
>> can be before it is split between devices.
>
> Okay, I think I need to update my understanding on this ... :-)
>
> Let's say a chunk is 12K. That's three 4K blocks to drive 1, followed by
> three to drive 2 etc. Does that mean that each chunk is split across
> three stripes, or is the stripe all the 12K chunks one per drive?
A stripe is still a chunk on each driver. You are confusing the chunk
as part of the layout with the read/write operations on the underlying
devices. Read/write operations to the array obviously have to be split
at chunk boundaries because that's where the layout divides the
underlying space between devices. But *within* a single chunk, the
operation simply passes through (plus mirrors or write recalc as
needed). Minimum-size operations on underlying devices are 4k.
> In other words, does a stripe consist of one block per drive, or one
> chunk per drive?
The *stripe* is one chunk per drive.
But the stripe *cache* is one block per drive per cache entry, because
operations on devices are multiples of blocks, not chunks.
> (I'll put a "sic" on that page then, just to point out it's a
> misunderstanding by the original author. As I said, I'd rather not mess
> around with the page now.)
The number one pitch point for wikis is that they can be edited, and the
wiki keeps a history. I don't get why you don't want to fix it.
{ But then, I'm not really a fan of wikis .... }
Phil
--
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
