LINUX.ORG.RU
решено ФорумAdmin

Увеличение скорости работы kvm

 , ,


0

2

ОС хоста: Debian 7.4 x64.
ОС установлена на ssd со стандартной разметкой без lvm. Скорость работы системы вполне адекватна носителю и меня полностью устраивает.
Имеется так же обычный десктопный HDD sata3, с одним разделом отформатированным в ext4, на котором хранятся файлы .img виртуальных машин.
Были установлены следующие пакеты:

aptitude install uml-utilities bridge-utils qemu-kvm virtinst libvirt-bin

В качестве гостевых систем выступили:

ubuntu-12.04.4-server-amd64
debian-7.2.0-amd64

Проблема состоит в том, что скорость установки и работы гостевых машин меня не устраивает. Она значительно медленнее, чем:
а.) скорость работы тех же (и других) систем, которые ранее устанавливались на данный hdd в этом же самом компьютере (тогда этот hdd был системным).
б.) скорость работы машин esxi на аналогичной системе.

С учетом совета анонимуса, а так же информации, что при установке на lvm виртуалки работают значительно быстрее, на подопытном hdd будут настроеные тома lvm, куда и установятся гостевые машины.

Какие ещё меры могут быть приняты для увеличения быстродействия гостевых машин?

Deleted

при установке на lvm виртуалки работают значительно быстрее

cache=none не забудь выставить

sdio ★★★★★ ()
Ответ на: комментарий от bhfq

я не волнуюсь, просто очень хорошо знаю эту кухню изнутри и лично знаком с большинством разработчиков и тестировщиков.

dyasny ★★★★★ ()

на lvm виртуалки работают значительно быстрее

На ZFS ещё быстрее. man zfsonlinux.

King_Carlo ★★★★★ ()
Ответ на: комментарий от sdio

cache=none

Сто раз встречал этот совет, но у меня

cashe=writeback
Дает хороший прирост (Обязательно наличие ИБП и много памяти)

petav ★★★★★ ()

Какие ещё меры могут быть приняты для увеличения быстродействия гостевых машин?

А упор именно в вводе/выводе? Тогда диски надо добавлять с использованием паравиртуаизации, играть с кешем и уводить диски гостей на LVM.

petav ★★★★★ ()
Ответ на: комментарий от petav

Обязательно наличие ИБП и много памяти

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

sdio ★★★★★ ()

1. в качестве диска для ВМ использовать логические тома LVM

2. использовать для дисков и сети драйвера virtio

3. под lvm выделять выровненный раздел, а также выронить данные при создании физического тома lvm, как сделать написано тут - www.linux.org.ru/wiki/en/Выравнивание_разделов_диска

4. обычный десктопный HDD sata3 можно заменить на 10-тысячник

5. вынести подкачку в начало отдельного диска

6. перейти на kvm on zfs

vxzvxz ★★★ ()
Последнее исправление: vxzvxz (всего исправлений: 1)

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

true_admin ★★★★★ ()
Ответ на: комментарий от sdio

жалко память неиспользованную держать на хосте для кэширования.

Она используется, там «кусочки жесткого диска».

Лучше отдать ее гостю, он ею лучше распорядится и для файлового кеша и если надо для приложений.

ИМХО:

  • Как бы гость эффективно не «распоряжал» её, но он подчинен гипервизору;
  • Логичнее на уровне ввода/вывода гипервизора ускорять. В этом случае накладные расходы будет ниже, не нужно тратить такты на виртуализацию обсуждаемых процессов.

Я экспериментировал с гостем win (результаты не оформлял, предоставить не чего) читал данные без кеша и с кешем в гипервизоре. Первая итерация и в том и в том тесте примерно равнозначны. Но вторая, третья были намного быстрее с кешем, причем многократно.

petav ★★★★★ ()
Последнее исправление: petav (всего исправлений: 1)
Ответ на: комментарий от petav

Я уже протестировал почти все из указанного, кроме физической замены hdd и zfs. Вот эта фраза не дает мне покоя:

Тогда диски надо добавлять с использованием паравиртуаизации

Можете прояснить, что имелось в виду? Я устанавливал с помощью virt-install, и относительно диска указывал следующее:

 --disk path=/dev/mapper/some_vg-vm0,cache=none,bus=virtio \
 --disk path=/path/virtio-win-0.1-74.iso,device=cdrom \

Deleted ()
Ответ на: комментарий от petav

caсhe=writeback
Дает хороший прирост (Обязательно наличие ИБП и много памяти)

Нашел ряд мануалов, где советуют writeback. Заодно здесь возник вопрос: вообще caсhe=writeback используют как для диска с устанавлеваемой системой, так и для iso, с которого, видимо, её устанавливают. Например, вот так:

kvm -m 512 -drive file=image.qcow,cache=writeback,media=disk
и
kvm -m 512 -drive file=fedora.iso,cache=writeback,media=cdrom
Зачем cache нужен для iso?

Deleted ()
Ответ на: комментарий от sdio

Я, как бэ, про это и говорю, но поциент про какое-то ускорение чтения вещает :)

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.