The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Оценка производительности аппаратного 3ware RAID10 и програм..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от opennews (??) on 03-Сен-09, 23:53 
Оценка (http://blog.unixstyle.ru/index.php?/archives/66-Hardware-3wa...)  производительности аппаратного 3ware RAID10 и программного RAID10 в Linux (md). Linux обогнал 3ware по блочной записи более чем на 126%, по перезаписи на 65%, по блочному чтению на 10%, но проиграл в тесте "random seek" на 37%.

URL: http://blog.unixstyle.ru/index.php?/archives/66-Hardware-3wa...
Новость: http://www.opennet.dev/opennews/art.shtml?num=23281

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +1 +/
Сообщение от prapor (??) on 03-Сен-09, 23:53 
Приедет заказанный 9650SE-4LPML, надо будет погонять аналогичный тест.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от Одмин on 04-Сен-09, 01:18 
Сходится с моими тестами. Тока я gmirror тестировал. Правда, gmirror сильно слил на поточных операциях, но на random io отыгрался.

Кстати, это хорошо что развенчивается миф о том что софтварные рейды много жрут и что это "решение для бедных". Я бы сказал что lsi это решение для тех у кого слишком много денег :).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от Аноним (??) on 04-Сен-09, 02:33 
Ну-ну, я бы посмотрел как ты будешь гонять 500 Гб БД на софтовом рейде, да к тому же еще и с неисправленным с версии 2.6.17 багом (якобы после перехода на libata), который на некотором железе приводит к блокировкам при 1 интенсивной операции записи, которой отдается приоритет. Все остальное просто висит. Т.е. юзать можно и оно работает, но не для production. С аппаратными рейдами на том же железе ситуация не повторяется, все ОК.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от аноним on 04-Сен-09, 02:37 
Тебе про gmirror а ты про глюки линуксов. У меня на gmirror весь продакшен, с железными недорайдами тоже намучался в свое время. Они не решение для бедных и не решение для тех у кого слишком много денег. Они - решение для тех кто головой думать не способен.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от Lindemidux (??) on 04-Сен-09, 07:36 
Ставишь BFQ и нет бага.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от PSV on 04-Сен-09, 08:22 
>Ну-ну, я бы посмотрел как ты будешь гонять 500 Гб БД на
>софтовом рейде, да к тому же еще и с неисправленным с
>версии 2.6.17 багом (якобы после перехода на libata), который на некотором
>железе приводит к блокировкам при 1 интенсивной операции записи, которой отдается
>приоритет. Все остальное просто висит. Т.е. юзать можно и оно работает,
>но не для production. С аппаратными рейдами на том же железе
>ситуация не повторяется, все ОК.

при io шедулере отключенном никаких блокировок нет

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от Одмин on 04-Сен-09, 12:47 
Ха-ха-ха :). Чувак, ты явно не админ. Тот баг что ты описываешь не зависит от типа рейда, он на аппаратных точно так же вылезает ибо проблема в libata через который работают дрова твоего "мегарейда". И зря ты своим продакшеном на 500гиг хвастаешься, это немного.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от Аноним (??) on 04-Сен-09, 14:19 
Ты прав я не админ, я их начальник. Но и ты похоже не админ ибо мат.часть хромает по полной, советую покурить топик (http://linuxforum.ru/index.php?showtopic=67731) и иногда заглядывать в исходники и читать рассылки, об этом баге еще в 2007 году писал Линус, на некотором железе он и поныне проявляется в частности на моей рабочей мамке ASUS M2NBP-VM. Софтовый рейд там конечно работать будет, но одна интенсивная операция записи здорово затормозит все остальное (операции чтения/записи), причем CPU будет мало загружен при этом.

Смена шедулера или его отключение при этом ни на что не влияет! Это реальный опыт товарищи, а не предположение. На аппаратном рейде без каких либо подкруток это не повторяется.

На некотором железе, а так же на ядрах 2.6.17 этого нет.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от PSV on 04-Сен-09, 19:54 
> Смена шедулера или его отключение при этом ни на что не влияет! Это реальный опыт товарищи, а не предположение. На аппаратном рейде без каких либо подкруток это не повторяется.

И я пишу о реальном случае, реального софтверного райда10. Нагрузка создавалась и на процессор и на io и на дисковую подсистему одновременно. На фоне всей нагрузки еще и тесты скорости файловой системы прогонялись по нескольку суток. Все проблемы с тем что возникал периодически "задумчивый" доступ к диску прошли после выставления noop. Что и рекомендуется при работе с хитрыми блочными устройствами.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от Аноним (??) on 04-Сен-09, 07:48 
>Сходится с моими тестами. Тока я gmirror тестировал. Правда, gmirror сильно слил
>на поточных операциях, но на random io отыгрался.
>
>Кстати, это хорошо что развенчивается миф о том что софтварные рейды много
>жрут и что это "решение для бедных". Я бы сказал что
>lsi это решение для тех у кого слишком много денег :).
>

Ну уже а загрузку цп не учитываем?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от PSV on 04-Сен-09, 08:20 
4 ядра, на одно замапить процесс софтрайда...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от tesseract (ok) on 04-Сен-09, 10:33 
Тут не поспоришь- если ядра загружена на 50% то разницы нет. Прогресс вывел аппартные рэйды из необходимых железок. Другой вопрос, какая там будет загрузка например при замене битых дисков. Или PostgesQL Vacuum хотелось бы сравнить для наглядости. Синтетика она сферического коня в вакууме демонстрирует, а прошивка RAID-ов пишется под реальные операции.  
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Оценка производительности аппаратного 3ware RAID10 и програм..."  +/
Сообщение от Elenium (ok) on 07-Сен-09, 00:12 
Ну у меня на в райде 5 на 2.2тер массиве из 4-х винтов при замене одного винта загрузка одного проца где-то 20-25% (это pIII 1гг) дисковая подсистема конечно тормозит, но она есстессна тормозит и на честном райде. На xeone или хотябы core2 загрузка будет незаметна. Лично я крайне доволен софтовым райдом md под centos 5.3 ядром хотябы потому что отваливались 2 винта в raid5, массив объявлялся оффлайн и после замены одного винта и подключение второго старого все заводилось и нормально работало. Может и были глюки раньше со сменой/модификацие/развитием libata подсистем то щас каких то епик глюков я незамечаю на centos в частности
update. им стоит пользоваться в частности из-за того что его можно админить из консоли без перезагрузки. те банальная ситуация была; сервак в 2к км.  необходимо было расширить дисковое пространство, местные техники меняли винты с 250 гб на 1 тер, каждый раз перестраивая райд, в итоге после смены 4 винтов я расширил райд на все пространство, и все это без перезагрузок!!! Да сервак лагал пару суток но люди зато хоть как-то работали с серваком.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Оценка производительности аппаратного 3ware RAID10 и програм"  +/
Сообщение от Аноним (??) on 04-Сен-09, 16:52 
Я как-то с помощью bonnie тестировал RAID Smart Array 6i 512Mb с 8-и SAS дисками в сравнении с программным RAID (HP DL380G5, 8Гб, 2x Xeon X5460 3.16ГГц). Сравнивал несколько геометрий RAID. Могу сказать, что в некоторых тестах (скорость перезаписи) разница была до трёх раз в пользу программного RAID. Особенно это заметно на RAID6. На RAID5 разница около двух раз в отдельных тестах, но и на RAID0 в целом программный массив побыстрее аппаратного.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру