Я был бы благодарен, если бы кто-то, кто понимает, как работает LVM, мог бы приблизительно сказать мне, насколько медленнее будет использование LVM (с программным RAID1).
(Я не хочу знать, насколько медленнее будет LVM, если том LVM в настоящее время находится в режиме моментального снимка, выполняя копирование при записи). Мне нужно лишь приблизительно оценить, насколько LVM замедлит чтение и запись в нормальном сценарии работы.
Любые ссылки также очень приветствуются. Я не смог найти никаких хороших тестов производительности по этому вопросу.
Огромное спасибо!! Йенс
LVM довольно легкий для обычных томов (например, без снимков). На самом деле это просто поиск по таблице в довольно маленькой таблице, где блок X на самом деле является блоком Y на устройстве Z. Я никогда не проводил никаких тестов, но я никогда не замечал никаких различий в производительности между LVM и простым использованием необработанного устройства. Это небольшие дополнительные накладные расходы ЦП на дисковый ввод-вывод, поэтому я действительно не ожидал большой разницы.
Моя интуиция такова, что причина отсутствия тестов в том, что в LVM не так много накладных расходов.
Удобство LVM и возможность нарезать и нарезать кубиками и добавить больше дисков, ИМХО, намного перевешивает то, какая небольшая (если вообще есть) разница в производительности может быть.
Я устанавливаю 48T Dell MD-1200, и мне было интересно узнать этот вопрос. MD1200 подключен к аппаратной карте RAID, настроенной как RAID-6, поэтому для Linux он выглядит как (большой) диск. Я тестировал файловую систему XFS на физическом томе LVM по сравнению с файловой системой XFS на прямом разделе диска. Я использовал машину Dell R630 с двумя процессорами E5-2699. Система была настроена на производительность; все функции энергосбережения, которые я мог найти в BIOS, были отключены.
Я установил на него CentOS 6.7. Ядро 2.6.32-573.el6.x86_64 (извините за старое ядро, но это то, что мне нужно для производства). LVM - это версия 2.02.118.
Я позволил CentOS создать раздел XFS во время сборки. Его размер - 1T. Затем я создал на диске еще один раздел размером 1Т и создал логический том:
vgcreate vol_grp1 /dev/sdb1
lvcreate -l 100%FREE -n lv_vol1 vol_grp1
mkfs.xfs /dev/vol_grp1/lv_vol1
Моя файловая система только для XFS была вызвана /data_xfs. Файловая система XFS с поддержкой LVM называлась /data_lvm. Я тестировал с помощью bonnie ++ v 1.03e.
Команды были: bonnie++ -u 0:0 -d /FILESYSTEM -s 400G -n 0 -m xfsspeedtest -f -b где FILESYSTEM был либо / data_xfs, либо / data_lvm. Результаты резюмируются следующим образом:
Test XFS on Partition XFS on LVM
Sequential Output, Block 1467995 K/S, 94% CPU 1459880 K/s, 95% CPU
Sequential Output, Rewrite 457527 K/S, 33% CPU 443076 K/S, 33% CPU
Sequential Input, Block 899382 K/s, 35% CPU 922884 K/S, 32% CPU
Random Seeks 415.0 /sec. 411.9 /sec.
На мой взгляд, результаты казались сопоставимыми. В тесте последовательного ввода LVM действительно показал себя немного лучше.
В 2015 году Борислав Джорджевич и Валентина Тимченко опубликовали небольшую статью, в которой использовалось несколько накопителей Western Digital 7200 об / мин 80 ГБ с использованием EXT3, протестированных с помощью программного обеспечения PostMark, которое «имитирует загрузку почтового сервера в Интернете» с ядром Linux 2.6.27. Они обнаружили, что в прошлом исследовании рассматривалось только bonnie или dd одни только тесты дали разные результаты.
Похоже, тесты показывают, что падение производительности может составить от 15% до 45% с LVM по сравнению с тем, когда он не используется. Они обнаружили еще большее падение, когда в одной установке LVM используются два физических раздела. Они пришли к выводу, что наибольшее влияние на производительность оказало использование LVM, а также сложность его использования.
https://www.researchgate.net/publication/284897601_LVM_in_the_Linux_environment_Performance_examination http://hrcak.srce.hr/index.php?show=clanak&id_clanak_jezik=216661
с активным снимком lvm работает ... плохо.
взглянуть Вот чтобы увидеть подробный тест
Есть отличный (пусть старый) технический документ, написанный парнем из SUSE, о LVM и его накладных расходах. Вот. Он показывает некоторые (простые) тесты и объясняет технологию LVM. Хорошо читать.