1 files changed, 0 insertions, 52 deletions
diff --git a/results/classifier/118/performance/997631 b/results/classifier/118/performance/997631
deleted file mode 100644
index 4dbbd5724..000000000
--- a/results/classifier/118/performance/997631
+++ /dev/null
@@ -1,52 +0,0 @@
-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.]
-