Thread (11 messages) 11 messages, 4 authors, 2017-10-20

Re: Wiki, raid 10, and my new system :-)

From: Phil Turmel <hidden>
Date: 2017-10-17 20:57:14

On 10/17/2017 04:43 PM, Anthony Youngman wrote:
On 17/10/17 20:04, Phil Turmel wrote:
quoted
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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help