diff options
Diffstat (limited to 'results/classifier/zero-shot/118/performance/997631')
| -rw-r--r-- | results/classifier/zero-shot/118/performance/997631 | 52 |
1 files changed, 52 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/118/performance/997631 b/results/classifier/zero-shot/118/performance/997631 new file mode 100644 index 000000000..4dbbd5724 --- /dev/null +++ b/results/classifier/zero-shot/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.] + |