Lines Matching refs:block

5 The SPDK "reduce" block compression scheme is based on using SSDs for storing compressed blocks of
8 is generic and not tied to any specific block device framework such as the SPDK block device (bdev)
10 software modules can built on top of this library to create and present block devices in a
11 specific block device framework.  For SPDK, a bdev_reduce module will serve as a wrapper around
12 the libreduce library, to present the compressed block devices as an SPDK bdev.
23 A compressed block device is a logical entity built on top of a similarly-sized backing storage
33 compressed block device.  Since this algorithm ensures atomicity by never overwriting data
42 A compressed block device compresses and decompresses data in units of chunks, where a chunk is a
44 the chunk size and is specified when the compressed block device is created.  A chunk
51 number of chunk maps allocated is equal to the size of the compressed block device divided by its c…
56 Finally, the logical view of the compressed block device is represented by the "logical map".  The
57 logical map is a mapping of chunk offsets into the compressed block device to the corresponding
69 The size of the compressed block device is 64KB, with a chunk size of 16KB.  This will
73   corresponds to the 64KB size of the compressed block device, plus an extra 16KB to handle
80   for the 4 chunks in the compressed block device (64KB / 16KB), plus an extra chunk map for use
85   4 entries for the 4 chunks in the compressed block device and 8B (64b) per entry.
154 * Allocate 1 block (2) from the free backing IO unit list.
155 * Write the 3KB of data to block 2.
189 * Chunk map 1 only specifies one backing IO unit (2).  Allocate a 16KB buffer and read block