https://mobile.opennet.me/openforum/vsluhforumID3/12939.html Опубликованы (http://www.catux.org/index.php?contingut=articles&num=101) результаты тестирования производительности реализации программного RAID 0, 1 в Linux. Для сравнения приводятся данные для тех же дисков, но без использования RAID.<br><br><br>В качестве тестов использовались типовые приемы копирования данных и комплект Bonnie++. Одновременно запускались 1, 2 , 3 и 4 теста, для эмуляции параллельных запросов от различных процессов.<br><br><br>В итоге программный RAID 1, при запуске одного тестового процесса, показал падение производительности, по сравнению с обычным диском, на уровне 15%. Напротив, RAID 0 в "striped" режиме оказался быстрее обычного диска на 13.5%. <br><br>При двух параллельно запущенных тестах, RAID 1 наверстал упущенное и обогнал обычный диск на 3%, а выигрыш RAID 0 возрос до 16.7%.<br>Для 3-х одновременно запущенных тестовых процессов RAID конфигурации опережали уже на 7,19% и 19,08%, для четырех - на 8,97% и 19,86%.<br><br>URL: http://www.catux.org/index.php?contingut=articles&num=101<br>Новость: http://www.op https://mobile.opennet.me/openforum/vsluhforumID3/12939.html#31 Sat, 17 Dec 2005 09:08:35 GMT &gt;Без батарейки, но с кешем на запись - тоже не RAID, иначе <br>&gt;случайное проподание питания (шнур зацепили, БП сгорел) очень вероятно приведет к <br>&gt;потере данных, файловая система думает одно, а на дисках совсем другое. <br>Ну вот это уже полный гон. Если какую то железку называют сервером то неотъемлемой его составляющей дожен быть упс и железка должна стоять в бронированном бункере без доступа кривоногих которые могут шнур зацепить. Я разве не прав? Если всего етого нету то значит значимость сервера стремиться очень быстро к нулю! https://mobile.opennet.me/openforum/vsluhforumID3/12939.html#30 Fri, 09 Dec 2005 11:06:31 GMT А не у 3Ware ли пару раз были огромные проблемы с firmware, приводящие при определенных обстоятельствах к потере данных ? Так что, что из решений надежнее большой вопрос. Слишком новыми моделями любых аппаратных RAID я бы не рекомендовал пользоваться. <br>Дравер программного RAID, тоже сломать легко могут, ядро со сломанным ext3 выпускали ? Выпускали и никакой RAID не спасет, только бэкап. Вообщем нет в жизни счастья, и "rm -rf" переворачивает представления о любых типах RAID и локальных бэкапах. https://mobile.opennet.me/openforum/vsluhforumID3/12939.html#29 Fri, 09 Dec 2005 10:53:19 GMT я бы сказал что мы друг друга поняли. :)<br><br>рассуждать о проектировании не буду - потому как не компетентен<br><br>вывод один - всему свое место. по поводу дампа - не было сбоев еще софтового рейда, вроде кернелпаника или оопсов. во всяком случае у меня. <br><br>главная моя мысль - там где надо использовать аппаратный рейд используем, но там где возникают какие-то проблемы или политика - можно без соменния испольовать софтовый рейд, конечно при этом необходимо правильно проектировать систему.<br><br>все равно при любых раскладах бекапить важную инфу с железных рейдов надо, и без этого никуда. https://mobile.opennet.me/openforum/vsluhforumID3/12939.html#28 Fri, 09 Dec 2005 10:17:55 GMT &gt;&gt;&gt;Рейд в линуксе - это в первую очередь драйвер md, :) <br>&gt;&gt;&gt;без него ничего не выйдет так сказать, так что ядро <br>&gt;&gt;&gt;здесь непричем, есть md_raid0 есть рейд, нет, значит нет.<br>&gt;&gt;<br>&gt;&gt;Мы говорим об аппаратном рейде? Тогда зачем md_raid0? <br>&gt;О программном. <br>Отлично, а я об аппаратном, но мы друг друга поняли 8))<br><br>&gt;Аппаратный рейд он на <br>&gt;&gt;то и аппаратный, чтоб представить системе себя, как один диск и <br>&gt;&gt;работать с ним с помощью _стандартных_ средств операционной системы абсолютно прозрачно. <br>&gt;не всегда это так, как пример рейды на promise sata <br>RAID от промизов -- это не аппаратный рейд. И вообще промиз -- это самое дно моря RAID контроллеров и ориентироваться на него не стОит.<br> <br>&gt;&gt;Мне очень интересно было бы посмотреть, как в случае паники ядра <br>&gt;&gt;будет сбрасываться дамп на программный рейд, с учетом того, что система <br>&gt;&gt;в данный момент нестабильна, попытка воспользоваться программной прокладкой для записи дампа <br>&gt;&gt;на диск выглядит просто самоубийством. <br>&gt;все в порядке - проверено. <br>Ядро сбрасыв https://mobile.opennet.me/openforum/vsluhforumID3/12939.html#27 Fri, 09 Dec 2005 10:10:12 GMT Что значит мнимую? Это чисто аппаратный рейд на тех же чипсетах, что и серия 95хх. Стоит он столько денег потому что двухканальный и IDE и без батарейки. Прошу не путать с промизом и прочими поделками. Это очень качественная плата и вполне стоит своих денег. Вдобавок с прекрасной поддержкой. Какие проблемы? Или вам разбработчик md_raid гарантирует поддержку? https://mobile.opennet.me/openforum/vsluhforumID3/12939.html#26 Fri, 09 Dec 2005 09:27:49 GMT &gt;Насчет шины. <br>&gt;Если рейд программный, то у вас IDE контроллер захватывает шину на время, <br>&gt;примерно в два раза бОльшее(речь о зеркале). В этой время, грубо <br>&gt;говоря, всё остальное отдыхает и ждет своей очереди. <br>урл на информацию, к сожалению не нашел этого в документации к md.<br><br><br>&gt;&gt;Рейд в линуксе - это в первую очередь драйвер md, :) <br>&gt;&gt;без него ничего не выйдет так сказать, так что ядро <br>&gt;&gt;здесь непричем, есть md_raid0 есть рейд, нет, значит нет.<br>&gt;<br>&gt;Мы говорим об аппаратном рейде? Тогда зачем md_raid0? <br>О программном.<br><br><br>Аппаратный рейд он на <br>&gt;то и аппаратный, чтоб представить системе себя, как один диск и <br>&gt;работать с ним с помощью _стандартных_ средств операционной системы абсолютно прозрачно. <br>не всегда это так, как пример рейды на promise sata<br><br>&gt;Мне очень интересно было бы посмотреть, как в случае паники ядра <br>&gt;будет сбрасываться дамп на программный рейд, с учетом того, что система <br>&gt;в данный момент нестабильна, попытка воспользоваться программной прокладкой для записи дампа <br>&gt;на https://mobile.opennet.me/openforum/vsluhforumID3/12939.html#25 Thu, 08 Dec 2005 20:02:43 GMT &gt;&gt;За 100$ - это не RAID, цена приемлимых контроллеров начинается от 500$<br>&gt;Да ну? 3ware 7006-2 двухканальный IDE контроллер с поддержкой зеркала и страйпа. <br>&gt;Железный между прочим. Стоимость в районе 120 долларов. Тоже не RAID? <br><br>Про такие "RAID" я и говрил, это не райд, а средство для наживания гемороя. <br>Он лишь создает мнимую уверенность в надежности, подчеркиваю мнимую.<br>Если бы нужно было выбирать 3ware за 120$ или программный RAID, я бы поставил программный.<br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/12939.html#24 Thu, 08 Dec 2005 19:49:41 GMT &gt;мы говорим только о серверах начального уровня, тогда как хороший рейд для <br>&gt;того же SATA - 3WARE 9500S -8,12 стоит в районе штуцера$, <br>&gt;а для scsi кроме адаптеков на нашем рынке попросту ничего нет. <br>линейка 95xx у 3ware -- это не единственная линейка.<br>кроме адаптеков есть еще LSI MegaRAID, который тоже хорошо работает.<br> https://mobile.opennet.me/openforum/vsluhforumID3/12939.html#23 Thu, 08 Dec 2005 19:47:01 GMT Насчет шины.<br>Если рейд программный, то у вас IDE контроллер захватывает шину на время, примерно в два раза бОльшее(речь о зеркале). В этой время, грубо говоря, всё остальное отдыхает и ждет своей очереди.<br>&gt;Рейд в линуксе - это в первую очередь драйвер md, :) <br>&gt;без него ничего не выйдет так сказать, так что ядро <br>&gt;здесь непричем, есть md_raid0 есть рейд, нет, значит нет.<br><br>Мы говорим об аппаратном рейде? Тогда зачем md_raid0? Аппаратный рейд он на то и аппаратный, чтоб представить системе себя, как один диск и работать с ним с помощью _стандартных_ средств операционной системы абсолютно прозрачно. Мне очень интересно было бы посмотреть, как в случае паники ядра будет сбрасываться дамп на программный рейд, с учетом того, что система в данный момент нестабильна, попытка воспользоваться программной прокладкой для записи дампа на диск выглядит просто самоубийством.<br><br>В любом случае работа программного рейда зависит от:<br>1. безупречной работы драйвера самого контроллера диска<br>2. безупречной работы эмулятора