А я наивно полагал, что подобное только шаман подтверждает...

fakeraid != hardware raid.

капитан очевидность?

Поправил текст. Хотя статья, да сомнительная.

О, а я уж подумал, что рейд-контроллеры настолько поумнели..

> fakeraid != hardware raid.

Силиконы делают чип, что реализует настоящий аппаратный raid1, притом очень дешёвый. На некоторых материнках от Гигобайта распаивали, правда я ХЗ как там с выделенной памятью, скорее всего обломно.

ITE делали аппаратный RAID набортный, а не силикон. На некоторых материнках от

... Гигабайта совали такой же фейкрайд.

слакваре там потому что автор нормальные дистры не осилил? ради чего мазохизм?

автор - Ъ.

> слакваре там потому что автор нормальные дистры не осилил? ради чего мазохизм?

я думал такое пишут только про генту...

Автор в курсе, что аппаратный != fakeraid. Просто в умах масс именно fakeraid считается аппаратным, поэтому была допущена такая неточность. Да и в ссылке явно указано - raid через BIOS.

Soft raid в этом смысле надёжнее и удобнее.

Вобще только некоторые fakeraid могут предоставить хоть какоето увеличение скорости.

>А я наивно полагал, что подобное только шаман подтверждает...

Обычно одного укуса достаточно :) Без обид

> Автор в курсе, что аппаратный != fakeraid. Просто в умах масс именно fakeraid считается аппаратным, поэтому была допущена такая неточность. Да и в ссылке явно указано - raid через BIOS.

А вот не надо углублять ошибку.

Да и не считается в умах, что fakeraid аппаратный райд, не надо.

А какой в нём прок, если работает всё равно через device-mapper?

Если я правильно понимаю, разница только в физическом местоположении и формате конфига массива. И в том, что конфиг этот создаётся в BIOS's setup'е. dmraid его читает и заталкивает в device-mapper. А последнему безразлично, откуда родом отправленные ему правила отображения блоков.

Мазо ради мазо.

Какой-то мазохизм ради мазохизма. Если контроллер массивов накопителей на системной плате псевдоаппаратный, то уж лучше использовать программый RAID.

device-mapper нужен только виндузятникам

> ... Гигабайта совали такой же фейкрайд.

Да не, там массив определялся как нормальный SATA-винт, т.е. детали зеркалирования аппаратными были. Честно, лень гуглить ;)

Хотя в наше время, при необходимости не найти бабок на Адаптек 58** - это нужно быть редким нищебродом, а чтобы не списать оную необходимость на "контору" - даже и не знаю кем. Но в землях Иерусалимских точно таких нет :)

фикс жжот.

особенно светосильный и широкоугольный.

он осилил слакварь. В отличии от тебя :)

3 года сидел на слакваре и не минуты не жалею. А вот, что за поколение выростет на ебунте большой вопрос.

>слакваре там потому что автор нормальные дистры не осилил? ради чего мазохизм? зачем ты так... Патрик обидится :-)

слака очень простой и удобный old school дистр

arch Nashe Vse

> Да не, там массив определялся как нормальный SATA-винт, т.е. детали зеркалирования аппаратными были. Честно, лень гуглить ;)

Да, было такое - аппаратный рейд 0 или 1, на sil57xx. Вот про них статья - http://www.tomshardware.com/reviews/silicon-image-brings-virtualization-esata...

5723 распаян на новых Asus P5Q и Asus Maximus II Formula

>Да не, там массив определялся как нормальный SATA-винт, т.е. детали зеркалирования аппаратными были. Честно, лень гуглить ;)

>Хотя в наше время, при необходимости не найти бабок на Адаптек 58** - это нужно быть редким нищебродом, а чтобы не списать оную необходимость на "контору" - даже и не знаю кем. Но в землях Иерусалимских точно таких нет :)

Нормальное последнее аппаратное я видел было под IDE от promisc простенький контроллер в маме intel еще под 845 чипсет, и то следующую ревизию этой платы уже осиликонили.

Шлакварь не нужна!!!

На самом деле всё не так как мыслят уважаемые постеры. Но дело даже не в этом. Давно пора уже сделать их нормальную поддержку в ядре. И не было всего этого бреда. В ядро пихают всевозможный мусор и никак не сделают поддержку этих самых рейдов, которыми снабжается 90% всех современных материнок... Не до того...

> Да, было такое - аппаратный рейд 0 или 1, на sil57xx.

Разочарую - это не аппаратный райд. Обыкновенный fakeraid.

> На самом деле всё не так как мыслят уважаемые постеры. Но дело даже не в этом. Давно пора уже сделать их нормальную поддержку в ядре.

Унифицированный dmraid давно уже в ядре :)

Пока рейд не будет воспринматься ядром как одно устройство, будут городить бог весть что. Тоже самое можно сделать и без маппера - посредством md и передачей ядру парметров рейда. Тогда и initrd не нужен.

Device-mapper в ядре Вы, наверное, имели ввиду ? Или я отстал от жизни ?

> В ядро пихают всевозможный мусор и никак не сделают поддержку этих самых рейдов, которыми снабжается 90% всех современных материнок... Не до того...

В материнки пихают всякий мусор, на которых ведётся лохи. А ты тоже повёлся? Зачем пихать в ядро поддержку этого мусора?

>>>В материнки пихают всякий мусор, на которых ведётся лохи...

А можно не так напыщенно и вызывающе ? 8) Напишите петицию производителям MB (а заодно и чипсетов): дескать что ж вы, дебилы эдакие, делаете - фигню всякую на мамки ставите(интегрируете)...

Мусор это или нет (вопрос, кстати, крайне спорный - а для меня так и подавно решенный), но ядро (ОС) д_о_л_ж_н_о поддерживать как можно больший спектр устройств. Иначе - грош ему(ей) цена. К сожалению, в линуксе развитие ядра давно приняло крайне уродливую форму: пихаем что есть, а проблемы индейцев шерифов не волнуют. Не скоро настанец пресловутый вендокапец с таким подходом... Ох нескоро.

>А можно не так напыщенно и вызывающе ? 8) Напишите петицию производителям MB (а заодно и чипсетов): дескать что ж вы, дебилы эдакие, делаете - фигню всякую на мамки ставите(интегрируете)...

>Мусор это или нет (вопрос, кстати, крайне спорный - а для меня так и подавно решенный), но ядро (ОС) д_о_л_ж_н_о поддерживать как можно больший спектр устройств. Иначе - грош ему(ей) цена. К сожалению, в линуксе развитие ядра давно приняло крайне уродливую форму: пихаем что есть, а проблемы индейцев шерифов не волнуют. Не скоро настанец пресловутый вендокапец с таким подходом... Ох нескоро.

Ты наверное никогда не писал драйверов для ядра Linux без спецификаций, да и со спецификациями тоже. Грош цена тебе, раз умеешь только бубнить.

>>>Ты наверное никогда не писал драйверов для ядра Linux без спецификаций, да и со спецификациями тоже. Грош цена тебе, раз умеешь только бубнить.

Помилуй бог. Куда мне до лоровских пейсателей и знатоков всего и вся 8)

ВЫ напрасно переходите на личности. И ВАМИ, конечно, написана как минимум половина ядра.

В данном конкретном случае есть всё необходимое необходимое для создания пусть плохонького, но реального драйвера (dmraid). Но вопрос даже не в этом, и не в отсутсвии спецификаций - просто никто не чешется в плане юзабилити.

>Но вопрос даже не в этом, и не в отсутсвии спецификаций - просто никто не чешется в плане юзабилити.

В плане юзабилити soft-RAID лучше, чем fake-RAID

>>>В плане юзабилити soft-RAID лучше, чем fake-RAID

Чем конкретно? Долгое время использовал, например, софтрейды (0) как lowcost решение для тех задач где пропускная способность на устройство превосходила физические возможности одного диска.

Fakeraid ничем не уступает (как минимум) софтовому (в плане ТТХ)- и при этом удобней в обслуживании и настройке. Это что касается рейдов 0,1 - в случае 5-6 уровня софтовые начинают сливать (во многих fake имеется частичная (а кое-где и полная) подержка поблочного XOR (5) и кодов Реда-Соломона(6) ).

>Fakeraid ничем не уступает (как минимум) софтовому (в плане ТТХ)- и при этом удобней в обслуживании и настройке.

С точностью до наоборот:

софт-рэйд ничем не уступает фэйк-рейду, и при этом - удобнее в обслуживании и надёжнее.

фэйк-рэйд "5-6 уровня" - это уже не фэйк-рэйд.

Да..., конструктивного и взаимополезного диалога не получится. Ну и ладно. 8)

>На самом деле всё не так как мыслят уважаемые постеры. Но дело даже не в этом. Давно пора уже сделать их нормальную поддержку в ядре. И не было всего этого бреда. В ядро пихают всевозможный мусор и никак не сделают поддержку этих самых рейдов, которыми снабжается 90% всех современных материнок... Не до того...

Поддержка рейдов в ядре с незапямятных времён. И ядро никогда не знало и не знает о форматах метеданных рейдов. Метаданные читаются из юзерспейса, и загружаются в виде набора правил отображения в ядро. И dmraid отличается от mdadm только тем, что читает _нестандартные_ метаданные. А /dev/mdX и /dev/mapper/X - всего лишь две стороны одной сущности (курить до просветления сорцы drivers/md).

>>>Поддержка рейдов в ядре с незапямятных времён. И ядро никогда не знало и не знает о форматах метеданных рейдов. Метаданные читаются из юзерспейса, и загружаются в виде набора правил отображения в ядро. И dmraid отличается от mdadm только тем, что читает _нестандартные_ метаданные. А /dev/mdX и /dev/mapper/X - всего лишь две стороны одной сущности (курить до просветления сорцы drivers/md).

Разговор не о том. А о том что для запуска системы с него необходимо сделать вобщем то лишнюю операцию - запустить с initrd тот самый dmraid. initrd в той же слаке это "неродной" элемент - да и не только в ней. Гораздо проще и правильнее было бы всё таки знать ядру про эти метаданные. Да и не только в них дело.

P.S. А курить да - я курящий. 8) Судя по аватару - Вы тоже 8)

(Автор) Да, понаписали тут... По поводу того, что я не осилил ничего кроме slackware. Это правда, на слаке 6 лет и все устраивает, а если знаю слаку, то знаю линукс. Любой.

Зачем это нужно. Это не лучше и не хуже софт-рейда, это ОС-независимо. В этом вся цель.

По поводу device-mapper в ядре - обязательно.

VOID, можно поподробнее о md и параметрах рейда, как это?

И собственно немного статданных.

time dd if=/dev/mapper/nvidia_dagbefee of=/dev/null bs=4096 count=10000000
10000000+0 records in
10000000+0 records out
40960000000 bytes (41 GB) copied, 131.506 s, 311 MB/s

real    2m11.654s
user    0m1.151s
sys     1m14.684s 

nvidia_dagbefee это 4х320 SATA II Seagate RAID0 Все разделы отмонтированы. Голая консоль, все демоны выгружены.

FC8 x64 ядро 2.6.25.9 nForce4 ultra ath64 X2 4800+(s939) 2GB RAM

по top(htop) dd жрёт стабильно 40%.

Замеры на md дают аналогичные результаты.

Под оффтопом (XP64 hd_speed + Process Explorer ) о_б_щ_а_я загрузка проца(ов) 8%!. Система запущена с этого рейда. Читался как RAW. Скорость 300 мб/сек

Подобные замеры производились не раз на самых разнообразных конфигурациях. Результаты аналогичны. (со сноской на производительность CPU)

Вот она - грустная правда жизни. 8)

>>>VOID, можно поподробнее о md и параметрах рейда, как это?

В документации на кернел - md.txt

Ну или например http://www.mjmwired.net/kernel/Documentation/md.txt

Типа root=/dev/md0 md=0,0,4,0,/dev/hdb2,/dev/hdc3 в параметрах кернела.

про аппаратные и плохие RAID-контроллеры: аппаратный тот, у которого свой кеш и свой процессор для обсчета массива (вычисление всяких контрольных сумм, управление массивом, управление кешем). если задействуются ресурсы машины (например, для управления и обсчета массива задействуется CPU, то это неаппаратный RAID-контроллер, место которого в печи).

P.S. Собственно там два ключевых момента offset и size партищена (в конце).

Блин /щ/ш 8) пора ложиться однако.

Винда не нужна. А fakeRAID нужен только для дуалбута. Таким образом, fakeRAID - не нужен, ибо лишняя сущность и ничем не лучше софтового.

+1, тока стаж лет десять :-)