Raid 5 тест скорости чтения

Редакция автор: stain

Debian 7(wheezy) Raid-5 тест №1 В общем результаты теста скорости чтения по софт рейдам, на имеющихся аппаратных средствах Raid 0 тестил на одноядерном старом 2 герцовом атлоне словил жуткие тормоза, как позже выяснилось, один винчестер тормозил жутко, то есть тест файлед.

raid 6 тест файлед, по той же причине, пришлось убрать винчестер (WD 250) из машины.

тестил на intel quadro q9400 2.66Ghz/8Gb/EP45-ds3 raid 5 не лучшее решение, но все же он быстрее чем raid1 тест был проведен с установкой stripe_cache_size=8192 блоков по 4 кб(цифра в 4 кб высосана из статьи)

состав/кэш/винт: Samsung 500/2234/81 Samsung 750/2232/93 Seagate 1500/2242/102 средняя скорость 92м/с

raid5/2358/157 lvm/2331/157

получается прирост скорости чтения порядка 170% или грубо на 70 % быстрее чем одиночный винчестер.

Пока я все это тестил были траблы следущего порядка сбилось время на машине, и рейд захотел fscd Решил установкой времени

так же я не делал все диски рейда загрузочными и при отключении одного из дисков получил Rescue grub >

))) в общем надо с этим разобраться

Также скорость сильно падает если вы пытаетесь провести ручную синхронизацию с исправлением ошибок. Правда я это делал за чем то под Gnome )))

Комментариев: 0

LVM

Редакция автор: stain

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

Если выделить недостаточно места под снапшот, то при переполнении он деактивируется.

Снапшот нужно примонтировать для использования.

При использовании снапшотов падает производительность логического тома.

Файловая система XFS требует дополнительных операций.

1.Если вы делаете "снапшот" файловой системы XFS, нужно выполнить на смонтированной файловой системе команду xfs_freeze, и лишь после этого создавать "снапшот" 2.Если вы работаете с файловой системой XFS, вам будет нужно при монтировании указать опцию nouuid

LVM НАЧАЛО

1. pvcreate /dev/устройства или разделы поверх которого которого будет создана группа томов.

2. vgcreate имягруппытомов /dev/устройстванакоторыеоналяжет

ключ -s размер отрезаемый под группу томов

например -s 32M #займет на выделеных физических устройствах 32 Мегабайта под группу томов.

3. lvcreate -n имятома -L 20G имягруппытомов

-L 20G #размер тома

4. форматирование созданного тома в ext4
mkfs.ext4 /dev/имягруппытомов/имятома

LVM порядок удаления

1. логические тома unmount /dev/группа/логическийтом #отключение lvremove /dev/группа/логическийтом #удаление

2. группы томов vgremove группатомов

3. физические разделы pvremove /dev/физическийтом(раздел реального hdd)

На самом деле, если вам нужно удалить все, то достаточно просто удалить группу томов все остальное удалится само, разве что привязки физических дисков останутся.

Решил перенести прежде установленную систему на lvm.

А теперь мрак ))) sudo vgdisplay #покажет информацию о группах LVM sudo lvcreate -L40G -n lv_odeb vg_main #создать том "lv_odeb" размером 40Gb в группе томов "vg_main"

ой как все запущено ) (vg/lv/pv/display мне не указ) ls /dev/ |grep vg #Покажет все группы томов ls /dev/vg_main/ |grep lv #Покажет все логические тома на группе томов "vg_main" Естественно, если вы используете префиксы для устройств нормализованного вида ))) Я вот не сказал бы что мои устройства нормализованы, они больше похожи на метки. Короче я уже выше отписался что это бред )))

Я уже понял что создал грабли пока знакомился со статьей sudo mkfs.ext4 -L lv_odeb /dev/vg_main/lv_odeb # Форматирую логический том "lv_odeb" в ext4, ставлю метку, и по ходу пьесы офигиваю от получившегося пути "/dev/vg_main/lv_odeb".

Теперь собственно перенос. sudo mkdir /mnt/dest # создал папку sudo mount /dev/vg_main/lv_odeb /mnt/dest #Примонтировал "lv_odeb"

Лирическое отступление cp -ax - копировать, максимально оставляя параметры чмод и човн нетронутыми , и пропускать разделы, отличные от начального Первое понятно, нетронутые chmod и chown дадут правильную работоспособность программ. Второе полезно в нескольких местах: - копировать будем прямо из рабочей системы, а значит разделы, в которые будем лить систему, будут вложенными папками корня, а значит может случиться зацикливание. - могут быть вынесены в отдельные разделы /home /boot /root и т.д., а значит их копирование нам не требуется на данный раздел.

дальше скажу что у меня уже подмонтирован источник, но sudo mkdir /mnt/odeb # создал папку sudo mount /dev/sda5 /mnt/odeb # мой источник лежит на партиции sd5

И теперь самая страшная команда копирования sudo cp -ax /mnt/odeb /mnt/dest

Косяк скопировал диск как папку, палочку забыл добавить после odeb ))) sudo cp -ax /mnt/odeb/ /mnt/dest теперь вопрос получится ли скопировать уже непосредственно с рейда на рейд. и чтоб потом еще система завелась. точнее тут вопрос в том что это все нужно не копировать а перемещать. Непонятно, палочка не решила трабл, все равно копируется папка, что то я не так делаю. sudo cp -xpr /mnt/odeb/* /mnt/dest звездочка решила но , еще я заметил что возможно у команды cp другие параметры -a означает архив -x оставаться в этой файловой системе, но чтоб подмапленные каталоги не качать. (замаслил) -p как раз оставляет права и время те что были -r рекурсивное копирование каталогов

самое плохое что ты не видишь процесса ))) и тупо ждешь пока размигается черный квадратик.

запустил iotop IO плавает в районе 95% скорость скачет, но тут можно сказать следующее Качаю файлы с того же винчестера на котором рейд, следовательно чего то скорострельного можно не ожидать. Процессор почти не используется браузер больше утащил аж 8 % и то наверное из за музыкального сопровождения.

sudo nano /mnt/dest/etc/fstab закоментил старый загрузочный добавил # / was lv_odeb /dev/mapper/vg_main-lv_odeb / ext4 errors=remount-ro 0 1 # swap was on /dev/sda9 during installation /dev/mapper/vg_main-lv_swap none swap sw 0 0

Сделал sudo update-grub

Граб нашел наш новый диск. Found Debian GNU/Linux (7.8) on /dev/mapper/vg_main-lv_odeb

Перезагрузился, все норм.

Следует сказать, что ранее я на эту систему установил sudo apt-get install mdadm lvm2 поэтому все подхватилось как должно.

Теперь можно удалять старую, правда я мог ее просто удалить но решил что эксперемент будет полезен. теперь можно на старом месте создать еще одну группу томов lvm, и ограничение на 4 первичных раздела будет удовлетворено.

Позже почитаю про очереди, чтобы оптимизировать запись на диск.

Комментариев: 0