Lines Matching +full:16 +full:mb
76 * are always 64KB. Logical file buffers are typically 16KB. All data
90 * which is 2^16. Larger extents may be supported in the future. Smaller
101 * 16(datablk) + 9 + 9 + 9 + 9 + 9 + 9 = ~70.
102 * 16(datablk) + 7 + 9 + 9 + 9 + 9 + 9 = ~68. (smaller top level indblk)
110 #define HAMMER2_RADIX_MAX 16 /* maximum allocation size 2^N */
128 * HAMMER2_SEGSIZE - Allocation map segment size, typically 4MB
135 #define HAMMER2_PBUFRADIX 16 /* physical buf (1<<16) bytes */
141 * Generally speaking we want to use 16K and 64K I/Os
168 * Indirect blocks are typically either 4KB (64 blockrefs / ~4MB represented),
169 * or 64KB (1024 blockrefs / ~64MB represented).
189 * A 4MB segment is reserved at the beginning of each 2GB zone. This segment
191 * table, and possibly other information in the future. A 4MB segment for
194 * 4MB = 64 x 64K blocks. Each 4MB segment is broken down as follows:
201 * 4 level4 FREEMAP_NODE (256 x 128B indirect block per 16PB)
213 * 16 freemap03 level1 (rotation)
261 * 16PB and 4EB indirect map. The volume header itself has a set of 4 freemap
266 * (256 x struct hammer2_bmap_data). Each structure represents 4MB of storage
267 * and has a 512 bit bitmap, using 2 bits to represent a 16KB chunk of
275 * One important thing to note here is that the freemap resolution is 16KB,
278 * the entire 16KB of a partially allocated block will be considered fully
293 * (i.e. a multiple of 4MB). VOLUME_ALIGN must be >= ZONE_SEG.
323 #define HAMMER2_ZONE_FREEMAP_03 16 /* normal freemap rotation */
361 #define HAMMER2_ZONEFM_LEVEL4 3 /* 16PB indmap */
363 /* LEVEL6 is a set of 4 blockrefs in the volume header 16EB */
369 * Leaf entry represents 4MB of storage broken down into a 512-bit
370 * bitmap, 2-bits per entry. So course bitmap item represents 16KB.
375 #define HAMMER2_FREEMAP_LEVEL6_RADIX 64 /* 16EB (end) */
377 #define HAMMER2_FREEMAP_LEVEL4_RADIX 54 /* 16PB */
381 #define HAMMER2_FREEMAP_LEVEL0_RADIX 22 /* 4MB (128by in l-1 leaf) */
417 * 16KB bitmap granularity (x2 bits per entry).
448 * Two linear areas can be reserved after the initial 4MB segment in the base
493 * HAMMER2_RADIX_MIN to 10. The maximum radix is currently 16 (64KB), but
560 uint8_t label[16]; /* 30-3F import/export label */
589 * HAMMER2 directory entry header (embedded in blockref) exactly 16 bytes
675 char buf[16];
728 * 10-16 are used (i.e. (1<<10) through (1<<16)).
861 * a LEVEL0 (4MB) block of storage. The storage is managed in 256 x 16KB
869 * linear - A BYTE linear allocation offset used for sub-16KB allocations
870 * only. May contain values between 0 and 4MB. Must be ignored
871 * if 16KB-aligned (i.e. force bitmap scan), otherwise may be
872 * used to sub-allocate within the 16KB block (which is already
876 * size-aligned, and 16KB or larger allocations do not update this
881 * desire to support sector sizes up to 16KB (so H2 only issues
882 * I/O's in multiples of 16KB anyway).
892 * bitmap - Two bits per 16KB allocation block arranged in arrays of
893 * 64-bit elements, 256x2 bits representing ~4MB worth of media
913 /* 40-7F 512 bits manages 4MB of storage */
989 uint32_t mode; /* 0054 unix modes (typ low 16 bits) */
1120 #define HAMMER2_PFSTYPE_MAX 16