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

virtio_*, deadline/noop, LVM. ну и конечно же дистр где KVM нормально тестируется и работает.

В Ubuntu он нормально работает, юзаем все в порядке, не волнуйтесь.

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

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

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

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

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

cache=none

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

cashe=writeback

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

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

в связке с LVM?

в связке с LVM?

Да.

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

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

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

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

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

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

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

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

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

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

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

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

ИМХО:

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

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

Я уже протестировал почти все из указанного, кроме физической замены 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 \

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

Можете прояснить, что имелось в виду?

Паравиртуализация. Имелось ввиду virtio, это и есть технология паравиртуализации.

Зачем cache нужен для iso?

Может прирост скорости ожидается в считывании iso

в считывании

а writeback-то тут причём?

а writeback-то тут причём?

Я и сказал может, а по другому как объяснить использование для iso.

Тебе слово write ни о чём не говорит?

iso может быть udf и запись не будет нонсеном.

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