summary refs log tree commit diff stats
path: root/results/classifier/118/performance/1896
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--results/classifier/118/performance/189684
-rw-r--r--results/classifier/118/performance/189675470
2 files changed, 154 insertions, 0 deletions
diff --git a/results/classifier/118/performance/1896 b/results/classifier/118/performance/1896
new file mode 100644
index 000000000..14649e1dc
--- /dev/null
+++ b/results/classifier/118/performance/1896
@@ -0,0 +1,84 @@
+performance: 0.922
+semantic: 0.893
+architecture: 0.882
+i386: 0.867
+arm: 0.845
+mistranslation: 0.826
+peripherals: 0.820
+graphic: 0.807
+debug: 0.804
+device: 0.789
+network: 0.783
+user-level: 0.759
+kernel: 0.759
+socket: 0.749
+PID: 0.748
+hypervisor: 0.698
+permissions: 0.643
+files: 0.612
+TCG: 0.596
+vnc: 0.539
+x86: 0.513
+ppc: 0.481
+assembly: 0.459
+risc-v: 0.429
+register: 0.427
+VMM: 0.409
+boot: 0.380
+KVM: 0.363
+virtual: 0.323
+
+Use `qemu_exit()` function instead of `exit()`
+Additional information:
+I just saw the similar refactoring for the GDB part of QEMU and thought it might be useful in more general case too: https://lore.kernel.org/qemu-devel/20230907112640.292104-1-chigot@adacore.com/T/#m540552946cfa960b34c4d76d2302324f5de8627f
+
+```
+$ rg "exit\(0" -t c -l
+gdbstub/gdbstub.c
+qemu-edid.c
+subprojects/libvhost-user/libvhost-user.c
+semihosting/arm-compat-semi.c
+softmmu/async-teardown.c
+softmmu/device_tree.c
+softmmu/vl.c
+softmmu/runstate.c
+os-posix.c
+dtc/util.c
+dtc/dtc.c
+dtc/tests/dumptrees.c
+qemu-keymap.c
+qemu-io.c
+contrib/ivshmem-server/main.c
+contrib/rdmacm-mux/main.c
+tests/qtest/vhost-user-blk-test.c
+tests/qtest/fuzz/fuzz.c
+tests/qtest/fuzz/generic_fuzz.c
+tests/unit/test-seccomp.c
+tests/unit/test-rcu-list.c
+tests/unit/rcutorture.c
+tests/bench/qht-bench.c
+tests/bench/atomic64-bench.c
+tests/bench/atomic_add-bench.c
+tests/unit/test-iov.c
+tests/tcg/multiarch/linux/linux-test.c
+tests/tcg/aarch64/mte-3.c
+tests/tcg/aarch64/pauth-2.c
+tests/tcg/aarch64/mte-5.c
+tests/tcg/aarch64/mte-6.c
+tests/tcg/aarch64/mte-2.c
+tests/tcg/cris/libc/check_glibc_kernelversion.c
+tests/tcg/cris/libc/check_lz.c
+tests/tcg/s390x/signals-s390x.c
+tests/tcg/i386/hello-i386.c
+tests/tcg/cris/bare/sys.c
+tests/tcg/ppc64/mtfsf.c
+qemu-nbd.c
+net/net.c
+hw/nvram/eeprom93xx.c
+hw/arm/allwinner-r40.c
+hw/rdma/rdma_backend.c
+hw/watchdog/watchdog.c
+trace/control.c
+hw/pci/pci.c
+hw/misc/sifive_test.c
+```
diff --git a/results/classifier/118/performance/1896754 b/results/classifier/118/performance/1896754
new file mode 100644
index 000000000..ec51af6cf
--- /dev/null
+++ b/results/classifier/118/performance/1896754
@@ -0,0 +1,70 @@
+performance: 0.936
+user-level: 0.779
+boot: 0.745
+x86: 0.694
+architecture: 0.634
+hypervisor: 0.615
+graphic: 0.611
+semantic: 0.609
+device: 0.579
+network: 0.543
+kernel: 0.541
+PID: 0.539
+TCG: 0.534
+debug: 0.508
+socket: 0.504
+permissions: 0.497
+mistranslation: 0.496
+register: 0.473
+files: 0.447
+ppc: 0.440
+peripherals: 0.425
+vnc: 0.400
+risc-v: 0.342
+arm: 0.338
+VMM: 0.331
+virtual: 0.305
+i386: 0.302
+assembly: 0.302
+KVM: 0.281
+
+Performance degradation for WinXP boot time after b55f54bc
+
+Qemu 5.1 loads Windows XP in TCG mode 5-6 times slower (~2 minutes) than 4.2 (25 seconds), I git bisected it, and it appears that commit b55f54bc965607c45b5010a107a792ba333ba654 causes this issue. Probably similar to an older fixed bug https://bugs.launchpad.net/qemu/+bug/1672383
+
+Command line is trivial: qemu-system-x86_64 -nodefaults -vga std -m 4096M -hda WinXP.qcow2 -monitor stdio -snapshot
+
+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 the bug state 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" or "Confirmed" within the next 60 days (other-
+wise it will get closed as "Expired"). We will then eventually migrate
+the ticket automatically to the new system (but you won't be the reporter
+of the bug in the new system and thus you won't get notified on changes
+anymore).
+
+Thank you and sorry for the inconvenience.
+
+
+Ticket has been moved here (thanks, Maksim!):
+https://gitlab.com/qemu-project/qemu/-/issues/286
+Thus closing this one at Launchpad now.
+