Как разогнать дисковое IO в qemu?

cache=writeback,aio=threads

Не помогло...

ionice ? :)

Конечно нет, я бы не спрашивал.

что значит «нет». Не помогает или не пробовал?

Драйвера на виртио в винде стоят?

А на какой ФC лежит образ?

Нет - значит не ограничивал qemu в IO с помощью ionice.

Конечно, без них она бы даже загрузиться (да и установиться тоже) не смогла бы.

ext4
Но она не тормозит :)

$ echo 3 | sudo tee /proc/sys/vm/drop_caches 
3
$ dd if=win7.img of=/dev/null
62914560+0 records in
62914560+0 records out
32212254720 bytes (32 GB) copied, 58.4574 s, 551 MB/s

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

$ ionice -p `pgrep qemu-system-x86`
none: prio 0

Не занайсено вроде как.

создай lvm и убери прослойку в виде образа.

А lvm не прослойка...

по сравнению с файлами нет, у меня куча раз было проблем с raw файлами по io, которых на lvm не было, zvol конечно лучше чем lvm, но у тебя, как мы все знаем, беда с оперативкой, и потому в твоём случае lvm оправданнее.

zvol по скорости не может сравниться с lvm, zvol тормоз

на отдельном разделе то же самое?

а если твоё сообщение пьяный карло увидит? тут же будет бугурта на 500 комментов. zvol не тормоз, настраивать правильно надо всё.

А вот хорошая мысль, попробую попозже. Если лучше не будет, то и с lvm возиться не стоит...

Это не диск тормозит

Правильно, такие смешные сообщения надо писать анонимно.

1. Использовать дрова Virtio.
2. Использовать RAW формат образа.
3. Убрать прослойку в виде ФС.
4. Использовать RAID или иную высокопроизводительную СХД.

1. есть
2. есть
3. виртуалбоксу эта прослойка не мешает, почему с qemu это не так?
4. SSD

У тебя банальная проблема выравнивания. Виртуальные блоки вирт. диска не совпадают с реальной геометрией диска.

виртуалбоксу эта прослойка не мешает, почему с qemu это не так?

Там тебе повезло и блоки совпали.

Попробовал с отдельным разделом /dev/sda2...
Ничего не изменилось...

кастани тех, кто юзает kvm в продакшене

у меня кстати тоже такое есть, нужно просто узнать как они пускают свои виртуалки

виртуалбоксу эта прослойка не мешает, почему с qemu это не так?

Обычно практика показывает, что так оно работает быстрее.
К примеру, мне переезд на LVM действительно помог.

SSD

Это не панацея, особенно если речь идёт о единственном диске.
Тест скорости через dd весьма синтетический.
В реале операции чтения/записи многопоточные и часто непоследовательные.

Сейчас запускаю qemu так:

Кстати, Virtio, поднятый средствами libvirt, выглядит по-другому:

# ps aux | grep [s]rv11 | grep -Eio "[-][^ ]* [^ ]*(drive|virtio)[^ ]*" | sort
-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4
-device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0
-device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:94:c3:93,bus=pci.0,addr=0x5
-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x2
-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0
-drive file=/dev/fedora_srv7/srv11,if=none,id=drive-virtio-disk0,format=raw

Понятия не имею как это связано, но починилось само собой после обновления ядра до 4.4.0.
Индекс производительности диска в семерочке теперь 7,9.
С образом ничего не делал, он все так же лежит в файле. Версия qemu и ключи запуска не менялись...