понимание “размера блока” в контексте RAID

[1123042]Учитывая, что куски могут быть довольно большими, а информация о четности - простой XOR (т.е. не влияет на данные до или после рассматриваемой части), предположение о том, что могут быть записаны только полные куски, для меня не имеет смысла.[12162]Куски - это единица, в которой данные распределены по объёмам. Один кусок непрерывных данных записывается на определенный том, следующий - на другой.[12163]Как на файловых системах, так и на RAID - это вопрос оптимизации: В файловой системе слишком маленькие блоки/кластеры приводят к перегрузке метаданных, слишком большие блоки тратят слишком много места (так как большинство файловых систем могут использовать определенный блок только для одного файла).[12164]С RAID это похоже: если у вас есть крошечные куски, то вам нужен доступ к нескольким дискам даже для очень маленьких файлов (или других данных). В большинстве случаев более высокая задержка (в данном случае) медленного диска занимает больше времени, чем чтение с одного только диска. Это не относится к SSD, но они не являются доминирующей технологией для RAID.[12165]Если у вас очень большие куски, то даже те доступы, которые можно явно ускорить, распространив их на несколько дисков, выполняются только на один диск.[1123051].

La respuesta a la pregunta del OP es :Sí. En un RAID, un "fragmento" es la cantidad mínima de datos leídos o escritos en cada disco de datos de la matriz durante una única operación de lectura/escritura .

En su ejemplo, no necesariamente "desperdiciará" 60 -KiB como dice. Eso depende de la combinación de la estructura del sistema de archivos y la estructura RAID subyacente. Sin embargo, está planteando un punto muy importante, que es ideal si la configuración del sistema de archivos se alinea con la configuración de RAID con respecto a sus unidades de almacenamiento.

Siguiendo con su ejemplo hipotético; si tuviera un RAID con un tamaño de fragmento de 64 -KiB y un sistema de archivos superpuesto que usara tamaños de bloque de 64 -KiB, entonces sí, un archivo de 4 -KiB usaría un área completa de espacio de almacenamiento de 64 -KiB en el sistema de archivos por sí mismo. Y, al mismo tiempo, consumiría un fragmento completo de 64 -KiB en el RAID por sí solo. Sin embargo, eso se debe a que el sistema de archivos se configuró en 64 -bloques KiB. Esos bloques son la unidad más pequeña de datos de almacenamiento de ese sistema de archivos. Cualquier tamaño de archivo más pequeño que ese bloque seguirá utilizando 1 bloque de espacio de almacenamiento del sistema de archivos.

Mi punto es que su segunda pregunta es realmente relevante para el sistema de archivos y no para el RAID.

Continuando con mi ejemplo anterior, si su RAID usó 16 -fragmentos de KiB y su sistema de archivos en la parte superior del RAID usó 64 -bloques de KiB, entonces cada bloque escrito en el RAID requeriría 4 de esos fragmentos (64/16=4 ).

Ahora invierta ese proceso de pensamiento. ¿Qué pasaría si tuviera 64 -fragmentos KiB de RAID y 16 -bloques de sistema de archivos KiB?Ahora, cada bloque del sistema de archivos solo usa 1/4 del fragmento RAID. Eso significa que 1 )de su archivo de 4 -KiB ocupa 16 -KiB en el sistema de archivos; y 2 ), el RAID realizará una operación de lectura/modificación/escritura al escribir ese archivo de 4 -KiB/bloque de 16 -KiB porque la unidad de almacenamiento más pequeña del RAID es 64 -KiB. Entonces, su sistema de archivos es más eficiente, pero su RAID es menos eficiente (para esa operación de archivo en particular ).