summary refs log tree commit diff stats
path: root/results/classifier/118/performance/1883593
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/118/performance/1883593')
-rw-r--r--results/classifier/118/performance/188359384
1 files changed, 84 insertions, 0 deletions
diff --git a/results/classifier/118/performance/1883593 b/results/classifier/118/performance/1883593
new file mode 100644
index 00000000..091fb4c5
--- /dev/null
+++ b/results/classifier/118/performance/1883593
@@ -0,0 +1,84 @@
+performance: 0.819
+TCG: 0.737
+boot: 0.695
+semantic: 0.611
+device: 0.601
+hypervisor: 0.590
+architecture: 0.573
+vnc: 0.549
+PID: 0.541
+x86: 0.536
+graphic: 0.527
+permissions: 0.508
+i386: 0.506
+kernel: 0.501
+register: 0.485
+user-level: 0.481
+risc-v: 0.479
+socket: 0.475
+files: 0.462
+network: 0.460
+virtual: 0.458
+debug: 0.456
+peripherals: 0.442
+arm: 0.428
+VMM: 0.418
+ppc: 0.411
+assembly: 0.354
+mistranslation: 0.279
+KVM: 0.080
+
+Windows XP takes much longer to boot in TCG mode since 5.0
+
+Since upgrading from 4.2 to 5.0, a Windows XP VM takes much longer to boot.
+
+It hangs about three minutes on "welcome" screen with the blue background, while previously the total boot time was less than a minute. 
+
+The issue only happens in TCG mode (not with KVM) and also happens with the current master which includes the uring patches (7d3660e7).
+
+I can reproduce this issue with a clean XP install with no flags other than `-m 2G`. After booting, the performance seems to be normal.
+
+Are you able to bisect between 4.2 and 5.0 and identify what introduces the slow down?
+
+Bisecting showed that this is the bad commit:
+
+    b55f54bc965607c45b5010a107a792ba333ba654 exec: flush CPU TB cache in breakpoint_invalidate
+
+And I can indeed confirm that this commit is much slower than the previous one, e18e5501d8ac692d32657a3e1ef545b14e72b730.
+
+The QEMU project is currently moving its bug tracking to another system.
+For this we need to know which bugs are still valid and which could be
+closed already. Thus we are setting older bugs to "Incomplete" now.
+
+If the bug has already been fixed in the latest upstream version of QEMU,
+then please close this ticket as "Fix released".
+
+If it is not fixed yet and you think that this bug report here is still
+valid, then you have two options:
+
+1) If you already have an account on gitlab.com, please open a new ticket
+for this problem in our new tracker here:
+
+    https://gitlab.com/qemu-project/qemu/-/issues
+
+and then close this ticket here on Launchpad (or let it expire auto-
+matically after 60 days). Please mention the URL of this bug ticket on
+Launchpad in the new ticket on GitLab.
+
+2) If you don't have an account on gitlab.com and don't intend to get
+one, but still would like to keep this ticket opened, then please switch
+the state back to "New" within the next 60 days (otherwise it will get
+closed as "Expired"). We will then eventually migrate the ticket auto-
+matically to the new system.
+
+Thank you and sorry for the inconvenience.
+
+
+
+This is an automated cleanup. This bug report has been moved to QEMU's
+new bug tracker on gitlab.com and thus gets marked as 'expired' now.
+Please continue with the discussion here:
+
+ https://gitlab.com/qemu-project/qemu/-/issues/404
+
+