<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Сравнение производительности аппаратного и программного RAID в Linux</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html</link>
    <description>Представлены (http://www.linux.com/feature/140734) результаты сравнения производительности RAID 5 (http://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_5), 6 (http://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_6) и 10 (http://en.wikipedia.org/wiki/Non-standard_RAID_levels#Linux_MD_RAID_10) на базе контроллера Adaptec SAS-31205 стоимостью 800$ и программного dmraid в 64-разрядной сборке Fedora 9 Linux. Для тестирования использовались пакеты Bonnie++ (/feature/139742) и IOzone (/feature/139744). RAID был сформирован из 6 SATA дисков 750GB Samsung, тесты были продублированы для файловых систем ext3 и XFS.&lt;br&gt;&lt;br&gt;&lt;br&gt;Результаты наглядно представлены на графиках (http://www.linux.com/feature/140734). Отдельно можно отметить: Аппаратный RAID-10 с размером блока 256KB, опередил в тесте блочного чтения программный RAID на 66&#037;, для RAID-6 опережение составило 20&#037;. С другой стороны, можно за теже деньги, установить большее число дисков, создать два RAID-6 и объединить их в &quot;stripe&quot; режиме. Кроме ...&lt;br&gt;&lt;br&gt;URL: http://www.lin</description>

<item>
    <title>Сравнение производительности аппаратного и программного RAID... (сэм)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html#149</link>
    <pubDate>Tue, 22 Sep 2020 11:45:08 GMT</pubDate>
    <description>ну маладэц) маладэц...&lt;br&gt;</description>
</item>

<item>
    <title>Сравнение производительности аппаратного и программного RAID... (HFSC)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html#148</link>
    <pubDate>Fri, 25 Jul 2008 10:23:28 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;PS: не так давно кому-то довелось написать ответ с проездом по сообществу &lt;br&gt;&amp;gt;пользователей Ubuntu Server, где такой вопрос будто нет смысла задавать... а &lt;br&gt;&amp;gt;такой ответ вряд ли выйдет получить (вместо тыщи крайне полезных &quot;ой, &lt;br&gt;&amp;gt;а у меня тоже&quot;). &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Вот в https://lists.altlinux.org/mailman/listinfo/sysadmins мне рассказали интересную фичу mdadm -C/-G по имени -b &lt;br&gt;&amp;gt;internal (создание встроенного в массив битмапа по предстоящей записи -- радикально &lt;br&gt;&amp;gt;снижает затраты времени на пересинхронизацию).  После в mdadm(8) обнаружилось ещё &lt;br&gt;&amp;gt;про --write-mostly. &lt;br&gt;&lt;br&gt;Note: Note that internal write-intent bitmaps can (and probably will) have serious performance impacts on your system. Please read the following links and decide if you REALLY need it. Consider (my opinion): write-intent bitmaps help if you have to resync your array often as you save time then. But if you have to do this, something is broken in your system and you should repair that instead of the symptoms. &lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>OpenNews: Сравнение производительности аппаратного и програм... (anesth)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html#147</link>
    <pubDate>Sun, 20 Jul 2008 18:57:08 GMT</pubDate>
    <description>&amp;gt;&amp;gt;Бенч софтварного райда - это конечно круто.Если забыть о том что чем &lt;br&gt;&amp;gt;&amp;gt;быстрее он молотит тем сильнее жрется системный проц под данную задачу &lt;br&gt;&amp;gt;&amp;gt;:).В случае софтварного райда&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Хардварного конечно же.I&apos;m an idiot... &lt;br&gt;&lt;br&gt;you&apos;re not alone&lt;br&gt;</description>
</item>

<item>
    <title>Сравнение производительности аппаратного и программного RAID... (anesth)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html#146</link>
    <pubDate>Sun, 20 Jul 2008 10:11:34 GMT</pubDate>
    <description>ой какой неумный...&lt;br&gt;P.S. Это относительно комента #17.&lt;br&gt;</description>
</item>

<item>
    <title>Сравнение производительности аппаратного и программного RAID... (anesth)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html#145</link>
    <pubDate>Sun, 20 Jul 2008 10:08:39 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;задирается. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Лучше 2--3U, если не прижимает.  3U дешевле напаковать 3.5&quot;, опять же. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;&amp;gt;с матплатой, 1 процом и максимум 1Гб оперативки.&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Такие шалезяки tier 1 с парой sata сейчас можно купить вообще по &lt;br&gt;&amp;gt;$700--1000, btw.  Дырок штук шесть в корзине там тоже может &lt;br&gt;&amp;gt;оказаться.  Но 5U. &lt;br&gt;&lt;br&gt;У нас на хуторе такие покупают:&lt;br&gt;http://www.prime.ua/products/servers/start700i.shtml&lt;br&gt;http://www.prime.ua/products/servers/lan1900i.shtml&lt;br&gt;Покупают у &quot;Инком&quot;. А там отношение к клиенту отвратительнейшее.&lt;br&gt;</description>
</item>

<item>
    <title>Сравнение производительности аппаратного и программного RAID... (HFSC)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html#144</link>
    <pubDate>Fri, 18 Jul 2008 23:16:57 GMT</pubDate>
    <description>http://insights.oetiker.ch/linux/raidoptimization.html&lt;br&gt;</description>
</item>

<item>
    <title>Сравнение производительности аппаратного и программного RAID... (HFSC)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html#143</link>
    <pubDate>Fri, 18 Jul 2008 16:47:04 GMT</pubDate>
    <description>Значит ли это, что ежели у меня небольшой /boot партишен на райд5 массиве /dev/sda, то выравнивание мне не нужно? )&lt;br&gt;</description>
</item>

<item>
    <title>Сравнение производительности аппаратного и программного RAID... (HFSC)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html#142</link>
    <pubDate>Fri, 18 Jul 2008 15:00:40 GMT</pubDate>
    <description>&amp;gt;Абсолютно верно. Из небольшого опыта знаю что софтовый raid (и 0 и &lt;br&gt;&amp;gt;5) дают почти линейный прирост скорости; +гибкость использования/замены. &lt;br&gt;&amp;gt;Но хотелось бы услышать - а для чего на деле используются аппаратные &lt;br&gt;&amp;gt;рэйды, и в каком случае это предпочтительней? &lt;br&gt;&lt;br&gt;Линуксовый софтрайд не умеет 50 и 60, а 10 до сих пор на уровне experimental&lt;br&gt;</description>
</item>

<item>
    <title>Сравнение производительности аппаратного и программного RAID... (csdoc)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/42879.html#141</link>
    <pubDate>Fri, 18 Jul 2008 11:33:54 GMT</pubDate>
    <description>&amp;gt;&amp;gt; может быть в случае выгорания RAID-контроллера &lt;br&gt;&amp;gt;&amp;gt; LSI Logic MegaRAID или Adaptec HostRAID ASR &lt;br&gt;&amp;gt;&amp;gt; и при наличии любого SCSI-контроллера поможет dmraid ? &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt; Спасибо, надо посмотреть. &lt;br&gt;&amp;gt; Что-то припоминается, что через него бинарные драйверы цеплялись &lt;br&gt;&lt;br&gt;насколько я понимаю логику работы dmraid - он просто считывает с винтов&lt;br&gt;raid array metadata и настраивает device-mapper для работы с raid массивом.&lt;br&gt;&lt;br&gt;&amp;gt;(btw к fakeraid вроде HPT в них нередко сильно недостаточная проверка ошибок)...&lt;br&gt;&lt;br&gt;metadata inconsistency? если metadata разрушена только на части винтов, а на части&lt;br&gt;винтов она в нормальном состоянии - надо просто отложить в сторону глючные винты.&lt;br&gt;&lt;br&gt;например, два раза средствами только raid-контроллера я из рассыпавшегося RAID 10 массива&lt;br&gt;пересобирал RAID 0 массив - тогда удавалось вытащить всю информацию, ничего не потерялось.&lt;br&gt;&lt;br&gt;в первом случае скорее всего была какая-то ошибка в hardware/firmware контроллера&lt;br&gt;и он сам запортил metadata на винтах массива, так что вместо RAID 10 в конфигурации &lt;br&gt;б</description>
</item>

</channel>
</rss>
