Це виникло стосовно цього питання щодо визначення розміру фрагмента існуючого масиву RAID.
Загальним є думка, що розмір шматка не застосовується до RAID1, оскільки він не є смугастим. З іншого боку, Linux RAID Wiki стверджує, що це вплине на продуктивність читання. Однак я не можу знайти жодних орієнтирів, які тестують / доводять це. Чи може хтось вказати на переконливу документацію, що вона чи не впливає на ефективність читання?
Відповіді:
У статті Optimal Chunk Size для Raid 1 та zcav Benchmark було розглянуто питання розміру шматка. Хоча датується 2008 роком, він дійшов висновку, що розмір шматка зовсім не має значення. Насправді він з'ясував, що ядро насправді повністю ігнорує розмір порції.
Я б зробив висновок, що розмір фрагменту не має важливого значення, а для продуктивних дисків RAID-1 такі ж характеристики, як і для звичайних дисків, де продуктивність залежить лише від розмірів сектору та блоку.
Моя логіка говорить те саме: я не можу уявити, чому ядро потребує двох типів однакових механізмів - блоків та фрагментів. Наскільки я знаю, зчитування повинно проводитися в блоках, оскільки кеш ядра орієнтований на блок (це пояснює висновки у вищевказаній статті). Час-розмір міг би вплинути на розподіл сектора на диску, тобто розподіл файлів здійснюється в одиницях розміру. Розміри шматків для ядер, які роблять це (якщо такі є), то впливали б на фрагментацію диска та розміри файлів, але мали б незначний або не впливають на продуктивність читання.
Єдине поліпшення продуктивності RAID 1 полягає в її надмірності, коли запити читання розподіляються між двома накопичувачами. Але це не має нічого спільного з розміром шматка.
Сторінка man mdadm linux на Fedora 16 спеціально говорить:
-c, --chunk=
Specify chunk size of kibibytes. The default when creating an array is 512KB.
To ensure compatibility with earlier versions, the default when Building and
array with no persistent metadata is 64KB. This is only meaningful for RAID0,
RAID4, RAID5, RAID6, and RAID10.
Отже, це не впливає на RAID1.