Не работает KVM?

VlaoMao
Какого хрена тогда тему создаёте? Поплакаться чтоль? На винде у Вас небось kvm-то в ядре работает?
У него все у кого что-то работает “Свободны”. Привыкайте ))
Я конечно юзал либвирт и виртмэнеджер т к ленив и хочу гуй.. Были сообщения, что проблема именно в либвирт.
Вы юзаете без костылей? Пакет qemu-kvm или qemu? И быстрее коробки - это отностительно. Надо чтоб производительность приближалась к таковой без виртуализации, т е в цифрах легко измерить.
По последним данным проект qemu проглотил qemu-kvm.

Virtual Machine Manager - не более, чем запускатель того же qemu с заданным списком параметров.

Virtual Box так и не работает. Для ядерного модуляVMWare Player нет патча, поэтому его и установить не удалось.
Ну что же. Комп 4 ядра, 8 гигов. Под виртуалку выделяется 1 ядро, 1 гиг, 6,5ГБ диск.
Поставил винду 7 в виртуалбокс - 10 минут (из них минут 5 компилял программку в фоне)
Ставлю c этого же образа через виртмэнеджер. Уже прошло 10 минут. Процесс еще на 30%. Скорость дисковых операций такая же низкая как у меня на ноуте. Все заметно медленнее чем в вибоксе. spice тоже грузит процессор (как vnc) если двигать мышкой. Видать тупо сжимается видеопоток и тут же разжимается.
Диск шуршит заметнее, загрузка процессора ощутимая (вроде повыше). Прошло 20 минут - 60%
через программку aqemu.(без libvirt) еще в несколько раз медленнее.
http://docs.redhat.com/docs/en-US/Red_H … /virt.html
Direct Asynchronous IO (AIO) that is not issued on filesystem block boundaries, and falls into a hole in a sparse file on ext4 or xfs filesystems, may corrupt file data if multiple I/O operations modify the same filesystem block. Specifically, if qemu-kvm is used with the aio=native IO mode over a sparse device image hosted on the ext4 or xfs filesystem, guest filesystem corruption will occur if partitions are not aligned with the host filesystem block size. Generally, do not use aio=native option along with cache=none for QEMU. This issue can be avoided by using one of the following techniques:

Align AIOs on filesystem block boundaries, or do not write to sparse files using AIO on xfs or ext4 filesystems.
KVM: Use a non-sparse system image file or allocate the space by zeroing out the entire file.
KVM: Create the image using an ext3 host filesystem instead of ext4.
KVM: Invoke qemu-kvm with aio=threads (this is the default).
KVM: Align all partitions within the guest image to the host's filesystem block boundary (default 4k).

Прочитал TFM http://www.linux-kvm.org/page/Windows7Install
При установке виртио дров во время установки винды, та устанавливается быстро как в виртуалбоксе, но после перезагрузки во время “настройки” наглухо виснет. Я к тому же отключил кеширование на диске, включих потоки (многопоточность?) Использовал формат raw как самый быстрый (почему-то по умолчанию был). Если прочитать то, что выше на английском, то такая связка вкупе с ext4 на хосте должна вызывать проблемы. Возможно зависон отсюда. Ну и хранилище дисков сделал в домашней директории, т к в var места нет.
Вирт-мэнеджер генерирует такое безобразие
/usr/bin/qemu-kvm -S -M pc-0.15 -cpu phenom,+nodeid_msr,+wdt,+skinit,+ibs,+osvw,+3dnowprefetch,+misalignsse,+sse4a,+abm,+cr8legacy,+extapic,+cmp_legacy,+lahf_lm,+rdtscp,+pdpe1gb,+popcnt,+cx16,+ht,+vme -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name w7 -uuid e022bff9-c975-66c3-ab11-168077840e3e -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/w7.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime -no-shutdown -boot order=cd,menu=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/home/deem/Documents/w7.img,if=none,id=drive-virtio-disk0,format=raw,cache=none,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -drive file=/home/deem/1GB_lin/Programs/virtio-win-0.1-22.iso,if=none,id=drive-ide0-0-0,readonly=on,format=raw -device ide-cd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=/home/deem/1GB_lin/Programs/7600.16385.090713-1255_x86fre_enterprise_en-us_EVAL_Eval_Enterprise-GRMCENEVAL_EN_DVD.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=20,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:0e:d8:fe,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev spicevmc,id=charchannel0,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -device usb-tablet,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing -vga qxl -global qxl-vga.vram_size=67108864 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7
Говоря короче, неюзабельный шлак.
ElSonador
Говоря короче, неюзабельный шлак.
Чем Hyper-V не устроил?

Нашел прикольные графики.
http://www.phoronix.com/scan.php?page=a … virt&num=3
Там тоже видно явный провал по i/o в KVM. Видать без паравиртуальных дров оно нормально в принципе не работает. это минус.
По прочим же параметрам (это без спец дров в KVM, получается) вибокс отстает в разы.
Ставил недавно какой-то линукс-роутер на базе центОС. Производительность сразу была на уровне без всяких шаманств и виртио дров.
Этот же дистр в вибоксе загружаться отказался совсем.
Там они, возможно, уже в ядре.
Задам, пожалуй, глупый вопрос, но в группу KVM пользователя включили? Представьте, вывод cat /etc/group | grep kvm
Где-то выше написано. Тут недавно коробка обновилась, вроде перестала вешаться.
 
Зарегистрироваться или войдите чтобы оставить сообщение.