3 files changed, 82 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/performance/1321 b/results/classifier/gemma3:12b/performance/1321
new file mode 100644
index 000000000..43cfc48fd
--- /dev/null
+++ b/results/classifier/gemma3:12b/performance/1321
@@ -0,0 +1,9 @@
+
+qemu-system-i386 runs slow after upgrading legacy project from qemu 2.9.0  to 7.1.0
+Description of problem:
+Using several custom serial and irq devices including timers.
+The same code (after some customisation in order to compile with new 7.1.0 API and meson build system runs about 50% slower.
+We had to remove "-icount 4" switch which worked fine with 2.9.0 just to get to this point.
+Even running with multi-threaded tcg did not help.
+We don't use the new ptimer API but rather the old QEMUTimer.
+Any suggestions to why we encounter this vast performance degradation?
diff --git a/results/classifier/gemma3:12b/performance/1321464 b/results/classifier/gemma3:12b/performance/1321464
new file mode 100644
index 000000000..d808cde13
--- /dev/null
+++ b/results/classifier/gemma3:12b/performance/1321464
@@ -0,0 +1,26 @@
+
+qemu/block/qcow2.c:1942: possible performance problem ?
+
+I just ran static analyser cppcheck over today (20140520) qemu source code.
+
+It said many things, including
+
+[qemu/block/qcow2.c:1942] -> [qemu/block/qcow2.c:1943]: (performance) Buffer 'pad_buf' is being writ
+ten before its old content has been used.
+
+Source code is
+
+            memset(pad_buf, 0, s->cluster_size);
+            memcpy(pad_buf, buf, nb_sectors * BDRV_SECTOR_SIZE);
+
+Worth tuning ?
+
+Similar problem here
+
+[qemu/block/qcow.c:815] -> [qemu/block/qcow.c:816]: (performance) Buffer 'pad_buf' is being written 
+before its old content has been used.
+
+and
+
+[qemu/hw/i386/acpi-build.c:1265] -> [qemu/hw/i386/acpi-build.c:1267]: (performance) Buffer 'dsdt' is
+ being written before its old content has been used.
\ No newline at end of file
diff --git a/results/classifier/gemma3:12b/performance/1321684 b/results/classifier/gemma3:12b/performance/1321684
new file mode 100644
index 000000000..2d8ecb847
--- /dev/null
+++ b/results/classifier/gemma3:12b/performance/1321684
@@ -0,0 +1,47 @@
+
+block_stream command stalls
+
+block_stream command stalls near finishing.
+I tried 1.7.1, 2.0.0 and the master versions. All of them stalled.
+But the 1.1.2 could finish the job.
+
+Here is how to reproduce it:
+
+$ sudo $QEMU \
+-enable-kvm  -cpu qemu64  -m 1024  \
+-monitor stdio \
+-drive file=./i1,if=none,id=drive_0,cache=none,aio=native -device virtio-blk-pci,drive=drive_0,bus=pci.0,addr=0x5 \
+
+QEMU 2.0.50 monitor - type 'help' for more information
+(qemu) VNC server running on `127.0.0.1:5900'
+(qemu) snapshot_blkdev drive_0 s1
+Formatting 's1', fmt=qcow2 size=26843545600 backing_file='./i1' backing_fmt='qcow2' encryption=off cluster_size=65536 lazy_refcounts=off 
+(qemu) block_stream drive_0 
+(qemu) info block-jobs 
+Streaming device drive_0: Completed 400818176 of 26843545600 bytes, speed limit 0 bytes/s
+(qemu) info block-jobs 
+Streaming device drive_0: Completed 904396800 of 26843545600 bytes, speed limit 0 bytes/s
+(qemu) info block-jobs 
+Streaming device drive_0: Completed 23401070592 of 26843545600 bytes, speed limit 0 bytes/s
+(qemu) info block-jobs 
+Streaming device drive_0: Completed 26513768448 of 26843545600 bytes, speed limit 0 bytes/s
+(qemu) main-loop: WARNING: I/O thread spun for 1000 iterations
+info block-jobs 
+Streaming device drive_0: Completed 26841513984 of 26843545600 bytes, speed limit 0 bytes/s
+(qemu) info block-jobs 
+Streaming device drive_0: Completed 26841513984 of 26843545600 bytes, speed limit 0 bytes/s
+(qemu) info block-jobs 
+Streaming device drive_0: Completed 26841513984 of 26843545600 bytes, speed limit 0 bytes/s
+
+#### here, the progress stopped at 26841513984 ####
+
+
+$ qemu-img info i1 
+image: i1
+file format: qcow2
+virtual size: 25G (26843545600 bytes)
+disk size: 1.0G
+cluster_size: 2097152
+Format specific information:
+    compat: 1.1
+    lazy refcounts: false
\ No newline at end of file