Комментарии 5
Как оно по скорости дисковых операций? Что показывает hdparm -t на рутовом разделе внутри виртуалки
Внутри виртуалки:
Чтение напрямую с LVM раздела из host-системы выглядит аналогично:
Следует иметь в виду, что мои LVM разделы созданы поверх mdadm Software RAID-массива.
/dev/xvda1:
Timing buffered disk reads: 198 MB in 3.03 seconds = 65.45 MB/sec
/dev/xvda2:
Timing buffered disk reads: 200 MB in 3.02 seconds = 66.21 MB/sec
Чтение напрямую с LVM раздела из host-системы выглядит аналогично:
/dev/xenguests/vm-template-gentoo:
Timing buffered disk reads: 186 MB in 3.00 seconds = 61.95 MB/sec
Следует иметь в виду, что мои LVM разделы созданы поверх mdadm Software RAID-массива.
А какой у вас RAID? У меня тоже дома сервачок с Xen и RAID5. Я столкнулся с ситуацией, когда буферизированное чтение с RAID 5 из DomU даёт меньшую скорость, чем небуферизированное.
Решил сделать немного более «жизненный» тест, нежели просто чтение с блочного устройства — разархивирование tar.bz2 архива boost-1.49.0.tar.bz2 (46 MB в архиве, 424 MB распакованный):
Host:
VM:
Более высокая производительность, вероятно, может быть получена путем увеличения количества доступных виртуальной машине ядер и ОЗУ (сейчас в ней 1 ядро и 128 МБ ОЗУ, в то время как на основной системе 12 ядер и 16 ГБ ОЗУ). Оптимизацией производительности решения я пока не занимался, так как имеющейся достаточно для обслуживания запущенных сервисов.
Host:
real 0m25.265s
user 0m24.850s
sys 0m5.522s
VM:
real 0m38.442s
user 0m26.062s
sys 0m8.039s
Более высокая производительность, вероятно, может быть получена путем увеличения количества доступных виртуальной машине ядер и ОЗУ (сейчас в ней 1 ядро и 128 МБ ОЗУ, в то время как на основной системе 12 ядер и 16 ГБ ОЗУ). Оптимизацией производительности решения я пока не занимался, так как имеющейся достаточно для обслуживания запущенных сервисов.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Метод оптимизации задач создания и поддержки однотипных Xen VM