Raid 0 на старых потребительских матерях и ноутах

[SerW]

Хочу делать SSD Raid 0, так как прикупил много сата-накопителей по 16 ГБ.
Вопрос: сильно ли нагружает проц фейковый рейд, то есть тот, который делается в БИОС?
И еще: как можно сделать рэйд в ноуте ширпотребном, впихнув второй накопитель вместо DVD?

[Zer0]

Хочу делать SSD Raid 0, так как прикупил много сата-накопителей по 16 ГБ.

В этой ситуации лучше RAID 6 средствами mdadm, в raid0 данные потерять достаточно легко. Делать raid средствами BIOS/UEFI категорически НЕ рекомендую.
Процессор грузит прилично, но не слишком часто.
И кстати, разъёмов то на материнке хватит?

[Bizdelnick]

сильно ли нагружает проц фейковый рейд, то есть тот, который делается в БИОС?

А Вы вообще уверены, что сможете заставить его работать? Делайте софтовый, по нагрузке то же самое будет (близко к нулю, это ж не RAID5 какой). Но учтите, что выше пропускной способности шины не прыгнете.

[UnixNoob]

У ssd при заполнении падает скорость, если не ошибаюсь. Рекомендуют не забивать их выше 70%, правда сейчас в них зачастую часть резерва памяти скрыта, но все-равно, raid это вряд ли учитывает. Поэтому если писать на много маленьких ssd, боюсь скорость будет плохая. Разве что скрытый резерв это сгладит, если он есть на 16 гб.

[SerW]

Zer0
Цитирую Вики:
> Since version 3.7 of the Linux kernel mainline, md supports TRIM operations for the underlying solid-state drives (SSDs), for linear, RAID 0, RAID 1, RAID 5 and RAID 10 layouts.[6]
Получается, для Рэйд 6 нет трим’а?..

Добавлено (13:16):

UnixNoob
А как узнать, есть ли скрытый раздел?

[Zer0]

Получается, для Рэйд 6 нет трим’а?..

Вы правы, но в планируемой Вами конфигурации это по моему наименьшая из проблем. Где вы планируете брать такие же SSD, по мере выхода из строя действующих?

[UnixNoob]

А как узнать, есть ли скрытый раздел?

Ну вот в статье, правда старой, было такое описание:

Spoiler

На самом деле операционные системы не распознают весь объем памяти твердотельных накопителей. Резервная область SSD или так называемая spare area выделяется по принципу over-provisioning и видна только контроллеру. Чтобы понять, как она работает, полезно рассмотреть, а как же, собственно, измеряется емкость SSD.

Емкость SSD измеряется в гигабайтах (десятичных приставках) и гибибайтах (двоичных приставках). Если в одном гигабайте 1 миллиард байт, то в гибибайте ~ 1,074 x 10 в девятой степени байт. Производители, в том числе OCZ, указывают емкость в гигабайтах, при этом операционная система производит свой расчет в гибибайтах. Из-за этого получается так, что фактически емкость накопителя меньше заявленной.
Как правило, резервная область составляет около 7 % общей емкости NAND. Для расчета реальной емкости SSD в ГиБ необходимо поделить емкость в гигабайтах на 1,073741824. В случае с накопителем на 256 ГБ это будет 238,4 ГиБ. Оставшаяся часть SSD и используется как spare area. Для наглядности еще раз обратимся к тому, как работает флэш-память.

Часто задают вопрос, почему некоторые SSD имеют емкость 120/240/480 ГБ, когда другие 128/256/512 ГБ. В случае с OCZ физический объем данных пар емкостей накопителя одинаков. Разница заключается в объеме резерва для различных моделей: при полных объемах 128/256/512ГБ резерва нет, а на 120/240/480ГБ присутствует резервная область, недоступная пользователю.

[Bizdelnick]

Где вы планируете брать такие же SSD, по мере выхода из строя действующих?

Так они всё равно плюс-минус одновременно из строя выйдут, если одинаковые. Разом весь массив и заменит. ☺
И никакой RAID6 не поможет, если там что-то ценное будет.