URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 62432
[ Назад ]

Исходное сообщение
"Сравнение производительности различных RAID при работе Postg..."

Отправлено opennews , 25-Дек-09 22:59 
Опубликованы (http://blog.unixstyle.ru/uploads/data/HARDvsSOFT.pdf) (PDF, 170Кб) результаты изменения производительности PostgreSQL 8.4 при размещении БД на программном (linux md RAID 5 и RAID 10) и аппаратном RAID 3ware. Для тестирования использовалась утилита pgbench, RAID был сформирован из восьми SAS дисков.

<center><img src="http://www.opennet.me/opennews/pics_base/24825_1261767752.jp...

URL: http://blog.unixstyle.ru/index.php?/archives/73-Hardware-RAI...
Новость: http://www.opennet.me/opennews/art.shtml?num=24825


Содержание

Сообщения в этом обсуждении
"Сравнение производительности различных RAID при работе Postg"
Отправлено 88 , 25-Дек-09 22:59 
Интересно.
А так же, интересно сравнение поведения систем (Hardware RAID vs Linux Software RAID ) при отключении одного диска (имитация поломки в процессе работы), и включении нового (что будит происходить во время восстановления состояния массива).  

"Сравнение производительности различных RAID при работе Postg"
Отправлено Аноним , 25-Дек-09 23:05 
Тут уж не до производительности.

"Сравнение производительности различных RAID при работе Postg..."
Отправлено аноним , 25-Дек-09 23:06 
Ну RAID5 для БД это довольно странное решение, а в остальном давно было известно что железные рейды (разумеется, в том числе и недорейды) - пережиток прошлого.

"Сравнение производительности различных RAID при работе Postg..."
Отправлено Aquarius , 28-Дек-09 13:25 
а что же тогда пережиток будущего?

"Сравнение производительности различных RAID при работе Postg..."
Отправлено anonymous , 29-Дек-09 10:27 
Ха-ха. Наверняка ZFS?

"Сравнение производительности различных RAID при работе Postg..."
Отправлено XoRe , 30-Дек-09 00:36 
>Ну RAID5 для БД это довольно странное решение, а в остальном давно
>было известно что железные рейды (разумеется, в том числе и недорейды)
>- пережиток прошлого.

Вы же конечно про железные рейды для домашних компьютеров? )


"Сравнение производительности различных RAID при работе Postg"
Отправлено 88 , 25-Дек-09 23:13 
Выход из строя одного диска - обычная (штатная) ситуация (хотя и не приятная). И обе системы должны её отрабатывать, не останавливая работу. Поэтому поведение систем при поломки и восстановлении мне кажеться важным.

"Сравнение производительности различных RAID при работе Postg"
Отправлено Aquarius , 31-Дек-09 13:03 
>Выход из строя одного диска - обычная (штатная) ситуация (хотя и не
>приятная). И обе системы должны её отрабатывать, не останавливая работу. Поэтому
>поведение систем при поломки и восстановлении мне кажеться важным.

я бы сказал, что это штатный вариант нештатной ситуации


"Сравнение производительности различных RAID при работе Postg..."
Отправлено andrek , 26-Дек-09 04:16 
1. sas диски разные бывают.
2. нужно определить приоритет что важнее для вас чтение/запись? (например, мне для нашей базы в ~100Gb важнее чтение)
3. postgres юзает 8Kb блоки, и глядя на выше приведенные картины вам наверно это ниочем не говорит...

суть такая, я на железке с 12 шпинделями выбрал raid6.


"Сравнение производительности различных RAID при работе Postg..."
Отправлено Frank , 26-Дек-09 12:04 
- Что показывает прибор?
- 187%!
- 187% процентов _чего_?
- а прибор _чего_?

Хоть бы подпись к картинкам сделали бы.


"Сравнение производительности различных RAID при работе Postg..."
Отправлено azure , 26-Дек-09 13:11 
по ссылкам не ходим, гордые?
Подписи к картикам - в пдф, там же описание тестовых стендов и методики. На графике транзацкии в секунду приведенные к самому медленному тестируемому стенду (софтварный рейд 5)

"Сравнение производительности различных RAID при работе Postg..."
Отправлено XoRe , 26-Дек-09 18:22 
>На графике транзацкии в секунду приведенные к самому медленному тестируемому
>стенду (софтварный рейд 5)

Вооот.
Вы не поленились и написали примечание.
Так же можно было бы сделать и в описании новости.


"Сравнение производительности различных RAID при работе Postg..."
Отправлено Аноним , 26-Дек-09 18:11 
жаль, что нет raid5hard (
неуд.

"Сравнение производительности различных RAID при работе Postg..."
Отправлено Аноним , 26-Дек-09 18:17 
диски по 10к - мда уж(((
версию ядра в статье не нашел(
sysctl нет
как скомпилен постгре не понятно...

результаты очень низкие (((
что-то тут не так...


"Сравнение производительности различных RAID при работе Postg..."
Отправлено XoRe , 26-Дек-09 18:26 
Цитирую:
> По результатам наших замеров разница при выборе размера страйпа размером 128 Кбайт и 256Кбайт составила в районе 5%.

Даже учитывая скудность данных о тестировани, информация интересная.
Хотя, конечно, все зависит от ситуации.
У кого-то данные летают маленькими блоками, у кого-то очень большими.


"Сравнение производительности различных RAID при работе Postg..."
Отправлено Аноним , 26-Дек-09 21:27 
а кто-нибудь проводил тесты на SSD Intel хотябы? как оно там вертится?

"Сравнение производительности различных RAID при работе Postg..."
Отправлено Dimez , 27-Дек-09 17:23 
Я проводил. У нас сейчас в продакшне крутится сервер на 8xX25-E в RAID10 + Intel RS2BL080. Результаты - космические ;)

"Сравнение производительности различных RAID при работе Postg..."
Отправлено Piter_Ring , 30-Дек-09 04:59 
а как они по жезнеспособности ???
отказов небыло? все что купили все работают или были уже сервисники ?

"Сравнение производительности различных RAID при работе Postg..."
Отправлено Wulf , 27-Дек-09 15:18 
Вообще, если автор в процессе тестирования уперся в производительность жестких дисков, то сразу можно сказать, что методика тестирования лишена адекватности. Вполне понятно, что у аппаратного RAID-а в процессе работы заполнился кэш с последующей деградацией производительности до уровня некэшированного дискового массива.
Если необходимо замерить быстродействие базы на аппаратном RAID-е, то правильней было-бы определять среднее время выполнения транзакций в условиях когда диски еще не вошли в насыщение по чтению/записи, т.е. не на перенагруженой базе. В этом случае кэш долже сгладить негативное влияние записи лога транзакций (wal в терминах postgress-а) на производительность базы данных в целом. Т.е. с точки зрения теории, база на аппаратном RAID-е с включенным wal должна быть эквивалентна базе на программном с выключенным wal по скорости работы.

"Сравнение производительности различных RAID при работе Postg..."
Отправлено bakake , 28-Дек-09 09:15 
А батарейка на RAID контроллере была?

"Сравнение производительности различных RAID при работе Postg..."
Отправлено white_raven , 28-Дек-09 09:49 
Кто нибудь в пылу спора вспомнил о том что загрузка процессора на программном рейде бывает больше нуля??? Где процент загрузки системы во время выполнения тестов?

"Сравнение производительности различных RAID при работе Postg..."
Отправлено Frank , 28-Дек-09 15:44 
Могу свои данные привести, с рабочей машинки, а не со сферического коня в вакууме:
up 28 days, 22:36,
потребление процессорного времени:
0:08 [md0_raid1] //бутовое зеркало
45:14 [md1_raid5] //рабочий массив, с lvm
234:37 /usr/local/bin/verlihub //dc++ хаб
306:55 /usr/sbin/mysqld //мускуль, ясен пень))
550:23 /usr/lib/erlang/erts-5.6.3/bin/beam //ё-джаббер - вот оно, лицо всяких виртуальных машин - самый жрущий процесс в системе, несмотря на небольшую на него нагрузку

По пхп и нгинкса не привожу, так как не актуально - перезапускал недавно после изменений настроек.