add 18th iteration of classifier

1 files changed, 52 insertions, 0 deletions

diff --git a/results/classifier/118/performance/997631 b/results/classifier/118/performance/997631
new file mode 100644
index 000000000..4dbbd5724
--- /dev/null
+++ b/results/classifier/118/performance/997631
@@ -0,0 +1,52 @@
+performance: 0.889
+graphic: 0.877
+x86: 0.724
+boot: 0.715
+semantic: 0.685
+architecture: 0.682
+device: 0.680
+mistranslation: 0.594
+kernel: 0.493
+user-level: 0.483
+ppc: 0.462
+register: 0.457
+socket: 0.443
+permissions: 0.440
+PID: 0.393
+vnc: 0.393
+hypervisor: 0.376
+files: 0.367
+risc-v: 0.358
+i386: 0.354
+assembly: 0.351
+network: 0.341
+debug: 0.318
+TCG: 0.283
+peripherals: 0.278
+VMM: 0.266
+arm: 0.236
+virtual: 0.222
+KVM: 0.097
+
+Windows 2008R2 very slow cold boot when 4 CPUs
+
+Hi,
+
+well, I'm in a similar boat as the one in #992067. But regardless any memory-settings.
+It takes "ages" in a cold-boot Windows 2008R2 with qemu-1.0.1, qemu-1.0.50 and latest-n-greatest from today ( 1.0.50 /qemu-1b3e76e ). It eats up 400% host-cpu-load until login-prompt is shown on the console.
+
+Meanwhile I tried couple of settings with "-cpu features (hv_spinlocks), hv_relaxed and hv_vapic. ".
+Due to some Clock-glitches I start qemu-system-x86_64 with "-no-hpet".
+
+With 2 processors the system is up after 2 minutes, with 4 procs almost 10 minutes... After a reset ( warmstart) the 4 proc-system is up after a couple of 20 secs.
+
+Hints welcome, though once started, the system seems to operate "normally".
+
+Thnx in@vance,
+
+Oliver.
+
+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.]
+