Summary: | app-emulation/kvm-88 much slower than app-emulation/kvm-85-r2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Doug Goldstein (RETIRED) <cardoe> |
Status: | VERIFIED TEST-REQUEST | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Toralf Förster
2009-07-22 11:21:36 UTC
For me, 88 is somewhat faster than 85. Are you sure that you have working kvm (not pure emulation) with 88? (In reply to comment #1) > Are you sure that you have working kvm (not pure emulation) with 88? Erm, I hope so b/c I didn't changed anything accept than installing the new version (and tried it again w/ the same negative result). FWIW I have "-modules" in my USE flags. 88 claims to work with older modules, but I've never used it that way (nor to I test every with -modules). Could you try with the correct modules and see if that fixes your problem? Tried it w/ kvm-kmod, but now it seems to be much more slower than w/o that module. BTW during emerge I get :
!!! dobin: /var/tmp/portage/app-emulation/kvm-88-r1/work/qemu-kvm-devel-88/kvm_stat does not exist
>>> Completed installing kvm-88-r1 into /var/tmp/portage/app-emulation/kvm-88-r1/image/
* QA Notice: file does not exist:
*
* dobin: /var/tmp/portage/app-emulation/kvm-88-r1/work/qemu-kvm-devel-88/kvm_stat does not exist
strip: i686-pc-linux-gnu-strip --strip-unneeded -R .comment
I'll fix the kvm_stat. It's an artifact of the reorg of the source tree. As for the slowness, I'm not sure there's anything I can do at this point. If I were you, I'd make sure I have good modules loaded (you can get a mismatch between the kvm.ko and the kvm-intel.ko, which can cause huge problems). If that's the case, you're probably going to have to work it out with upstream, since I'm not a kvm developer. (In reply to comment #5) > I'd make sure I have good modules loaded (you can get a mismatch > between the kvm.ko and the kvm-intel.ko, which can cause huge problems). If > that's the case, you're probably going to have to work it out with upstream, > since I'm not a kvm developer. Ok, BTW do I have to de-activate KVM within kernel config completely if I use the moduels provided with kvm-kmod ? No, unfortunately. You have to have KVM enabled as a module in the kernel or other symbols don't get defined. You don't have to have KVM-intel or KVM-amd enabled, tho. What I do when I want to be absolutely sure I'm running the kvm-kmod modules (for my validations) is to remove the modules installed by the kernel (/lib/modules/<version>/kernel/arch/x86/kvm/) and leave only the ones installed by kvm-kmod (/lib/modules/<version>/kvm/ You can easily get back the kernel versions by going to your kernel try and running "make modules_install", so you don't even need to save the deleted versions if you don't want to. Ok, moving the original moduels makes it faster, but the graphics stills stutter so I have to slowly move the mouse to not lose it. So probably something for upstream ? Seems likely, yes. I can't maintain kvm anymore. retest with app-emulation/qemu-kvm even it is slow, now the graphic itself seems not to be the bottle neck any longer - tested w/ app-emulation/qemu-kvm-0.11.0 (upgraded from app-emulation/qemu-kvm-88-r1 although portage reported a downgrade) too old |