https://www.opennet.ru/openforum/vsluhforumID3/68319.html Перестроение большого программного RAID в Linux может занимать десятки часов. Скорость синхронизации mdraid зависит от proc-переменных /proc/sys/dev/raid/speed_limit_max и /proc/sys/dev/raid/speed_limit_min, задающих максимальную и минимальную пропускную способность синхронизации данных. По умолчанию значения этих переменных выставлены в 200000 и 1000 (Кб). Манипулируя данными параметрами можно существенно увеличить скорость перестроения RAID-массива. <br><br>Подобрать оптимальные значения можно в зависимости от производительности текущей дисковой системы, чем выше скорость синхронизации, чем меньше ресурсов остается для обработки текущих дисковых операций. Установим минимальную скорость в 50 Мб/сек, а максимальную в 300 Мб/cек:<br><br> echo 50000 &gt; /proc/sys/dev/raid/speed_limit_min<br> echo 300000 &gt; /proc/sys/dev/raid/speed_limit_max<br><br>Если ресинхронизация производится после развала RAID в результате краха системы, без замены диска, то дополнительно можно использовать режим оптимизации битовых карт:<br><br> mdadm https://www.opennet.ru/openforum/vsluhforumID3/68319.html#9 Thu, 10 Feb 2011 16:34:21 GMT Догадался, но даже при макс частоте (perfomance) эффект сохраняется.<br>Ресурсов процессора на ребилд расходуется 5-10%, не думаю что частота должна как-то сильно (более 2х раз) повлиять на ребилд<br> https://www.opennet.ru/openforum/vsluhforumID3/68319.html#8 Thu, 10 Feb 2011 15:52:29 GMT &gt; Интересное наблюдение: <br>&gt; при дополнительной загрузке ЦПУ скрорость сборки массива (Уровень 5, 4 SATA диска <br>&gt; 500G) увеличивается <br>&gt; Заметил когда параллельно сборке массива запустил компиляцию.<br>&gt; Скорость сборки при ненагруженном процессоре 24Mb/sec <br>&gt; При нагруженном burnP5 - скорость 60Mb/sec <br>&gt; Понять не могу почему.<br><br>echo performance &gt; /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor<br>дальше догадаетесь или расписывать?<br> https://www.opennet.ru/openforum/vsluhforumID3/68319.html#7 Thu, 10 Feb 2011 15:48:44 GMT Интересное наблюдение:<br>при дополнительной загрузке ЦПУ скрорость сборки массива (Уровень 5, 4 SATA диска 500G) увеличивается<br>Заметил когда параллельно сборке массива запустил компиляцию.<br>Скорость сборки при ненагруженном процессоре 24Mb/sec<br>При нагруженном burnP5 - скорость 60Mb/sec<br><br>Понять не могу почему.<br> https://www.opennet.ru/openforum/vsluhforumID3/68319.html#6 Thu, 01 Jul 2010 05:02:44 GMT Если же ресинхронизация производилась в результате краха (внеплановой перезагрузки) системы, и вы хотите, чтобы в будущем подобные случаи приводили не к полной, а к частичной (ещё на порядок более быстрой) ресинхронизации, можно включить на массиве режим использования битовой карты намерений записи (write-intent bitmap):<br><br> mdadm --grow --bitmap=internal --bitmap-chunk=131072 /dev/md0<br><br>Использование битовой карты замедляет работу с массивом на запись, однако этот эффект можно уменьшить, использовав достаточно большое значение блока карты (как в примере выше - 131072).<br>(об этом и других параметрах см. http://romanrm.ru/mdadm-raid )<br> https://www.opennet.ru/openforum/vsluhforumID3/68319.html#5 Thu, 01 Jul 2010 04:52:46 GMT &gt; Если ресинхронизация производится после развала RAID в результате краха системы, без замены диска, то дополнительно можно использовать режим оптимизации битовых карт<br><br>ОМГ какой же махровый бред.<br> https://www.opennet.ru/openforum/vsluhforumID3/68319.html#4 Wed, 30 Jun 2010 21:52:05 GMT А каким образом подключение битмапа должно ускорить синхронизацию? Чтобы синкалось быстро они должны быть всегда включены а не на этапе ребилда.<br> https://www.opennet.ru/openforum/vsluhforumID3/68319.html#3 Wed, 30 Jun 2010 16:42:27 GMT а если он днем не загружен, то перестройка и так будет идти на максимальной для дисков скорости, ну если ограничение speed_limit_max конечно не достигнуто...<br> https://www.opennet.ru/openforum/vsluhforumID3/68319.html#2 Wed, 30 Jun 2010 06:11:07 GMT &gt; но что у вас станет с собственно задачами, выполняемыми сервером?<br><br>ничего страшного: зависит-же от задачи сервера... Если это backup сервер который работает активно по ночам, то потратить 2 часа днем на перестройку массива можно и на максимальной скорости.<br> https://www.opennet.ru/openforum/vsluhforumID3/68319.html#1 Tue, 29 Jun 2010 21:53:38 GMT Году в 2007 я тоже перся, найдя все это.<br><br>Только все это не бесплатно: битмапы постоянно стоят кажется около процента скорости, так что надо считать окупится ли это или нет.<br>А скорость ребилда так вообще просто увеличивается за счет текущих дисковых операций. 50 мб/сек? да не вопрос, но что у вас станет с собственно задачами, выполняемыми сервером?<br>