diff options
Diffstat (limited to 'results/classifier/zero-shot/108/other/1397157')
| -rw-r--r-- | results/classifier/zero-shot/108/other/1397157 | 50 |
1 files changed, 50 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/108/other/1397157 b/results/classifier/zero-shot/108/other/1397157 new file mode 100644 index 00000000..927766fe --- /dev/null +++ b/results/classifier/zero-shot/108/other/1397157 @@ -0,0 +1,50 @@ +other: 0.863 +permissions: 0.820 +KVM: 0.761 +vnc: 0.730 +performance: 0.726 +graphic: 0.694 +boot: 0.691 +files: 0.690 +device: 0.682 +semantic: 0.674 +debug: 0.672 +socket: 0.645 +network: 0.638 +PID: 0.631 + +cpu high with ps2 keyboard on multi-core win7 guest os + + +qemu ver: 1.5.3-Latest + +guest os: window 7 64bit with 2 cpu and ps2 keybord. + +problem: Use virt-viwer as client to connect, When input quickly, the guest and host cpu will high and the input-char will display later. but when only 1 cpu on the vm, the problem will not display or When qemu ver is 0.12.1, the problem will not display. + +qemu cmd: +/usr/libexec/qemu-kvm -name xx_win7 -machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off -cpu qemu64,+sse4.2,+sse4.1,+ssse3,-svm,hv_relaxed,hv_vapic,hv_spinlocks=0x1000 -m 4096 -realtime mlock=off -smp 2,sockets=1,cores=2,threads=1 -uuid 0860a434-6560-591b-f92f-c13c5caaf52d -rtc base=localtime -no-shutdown -boot strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive file=/lfs/xx_win7/xx_win7.vda,if=none,id=drive-virtio-disk0,format=qcow2,cache=writeback -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=2 -drive 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,bootindex=1 -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=::,disable-ticketing,plaintext-channel=main,plaintext-channel=display,plaintext-channel=inputs,plaintext-channel=cursor,plaintext-channel=playback,plaintext-channel=record,plaintext-channel=usbredir,image-compression=auto_glz,jpeg-wan-compression=auto,zlib-glz-wan-compression=auto,playback-compression=on,disable-copy-paste,seamless-migration=on -vga qxl -global qxl-vga.ram_size=268435456 -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 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 + +Hi +I meet the same problem today, and according to +http://serverfault.com/questions/624690/windows-guest-on-kvm-qemu-suffers-horrible-key-lag +it may be the Windows' fault. + +You can try it, at least it solves my problem. + +thanks, it is perfect on windows, but on linux (redhat), have corresponds parameter? + +Hi - could you all specify the exact qemu versions you are using please (If it's a packaged version please give the package version). + + + +to Dr. David Alan Gilbert (dgilbert-h): +qemu 1.5.3-60 or 82 in rhel 7.0 has the problem, +qemu 0.12.1-x in rhel 6.5 has not the problem. + +Thanks; I see your matching RH bugzilla entry; https://bugzilla.redhat.com/show_bug.cgi?id=1169267 + +Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? + +[Expired for QEMU because there has been no activity for 60 days.] + |