1 files changed, 44 insertions, 0 deletions
diff --git a/results/classifier/118/graphic/1099403 b/results/classifier/118/graphic/1099403
new file mode 100644
index 00000000..f061c34d
--- /dev/null
+++ b/results/classifier/118/graphic/1099403
@@ -0,0 +1,44 @@
+x86: 0.965
+graphic: 0.941
+vnc: 0.936
+performance: 0.918
+device: 0.802
+architecture: 0.719
+semantic: 0.695
+VMM: 0.685
+network: 0.668
+hypervisor: 0.589
+ppc: 0.578
+PID: 0.563
+virtual: 0.554
+debug: 0.534
+i386: 0.526
+register: 0.511
+risc-v: 0.494
+permissions: 0.432
+kernel: 0.415
+mistranslation: 0.405
+assembly: 0.394
+boot: 0.367
+socket: 0.360
+peripherals: 0.310
+user-level: 0.296
+TCG: 0.294
+arm: 0.271
+files: 0.206
+KVM: 0.068
+
+High CPU utilization in vnc mode
+
+We start a gentoo guest using ./x86-64-softmmu/qemu-x86-64 -hda <disk>.qcow2 -vnc :6.
+
+Then we start a vncviewer session to this guest from a remote computer. In this session, we start a video. After starting the video, the CPU utilization of the guest (the qemu-x86-64 process) increases to about 90%. The high CPU utilization persists even after closing the vncviewer session.
+
+However, the CPU usage while running a video inside a gentoo guest (without a remote computer connecting via vncviewer) is only 20-30%. So we suspect the high CPU usage to be due to the vncserver code running inside QEMU which has to do a lot of work to send the framebuffer updates to the client.
+
+My question is why does the usage not decrease when the remote vncviewer is disconnected? On simple computers (no virtual guests), the CPU usage of vncserver decreases drastically when the vncviewer client is disconnected. Why does this not happen in the vncserver provided by QEMU (through -vnc :6).
+
+Triaging old bug tickets ... Can you still reproduce this problem wit the latest release of QEMU (currently version 2.9.0), or could we close this bug nowadays?
+
+[Expired for QEMU because there has been no activity for 60 days.]
+