diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-07-03 07:27:52 +0000 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-07-03 07:27:52 +0000 |
| commit | d0c85e36e4de67af628d54e9ab577cc3fad7796a (patch) | |
| tree | f8f784b0f04343b90516a338d6df81df3a85dfa2 /results/classifier/deepseek-2-tmp/reasoning/performance/1520 | |
| parent | 7f4364274750eb8cb39a3e7493132fca1c01232e (diff) | |
| download | qemu-analysis-d0c85e36e4de67af628d54e9ab577cc3fad7796a.tar.gz qemu-analysis-d0c85e36e4de67af628d54e9ab577cc3fad7796a.zip | |
add deepseek and gemma results
Diffstat (limited to 'results/classifier/deepseek-2-tmp/reasoning/performance/1520')
| -rw-r--r-- | results/classifier/deepseek-2-tmp/reasoning/performance/1520 | 15 |
1 files changed, 0 insertions, 15 deletions
diff --git a/results/classifier/deepseek-2-tmp/reasoning/performance/1520 b/results/classifier/deepseek-2-tmp/reasoning/performance/1520 deleted file mode 100644 index b17abd0fd..000000000 --- a/results/classifier/deepseek-2-tmp/reasoning/performance/1520 +++ /dev/null @@ -1,15 +0,0 @@ -<think> -Alright, I'm trying to classify this bug report for QEMU. The user provided a detailed description, so let me go through it step by step. - -First, the issue is with x86 TCG acceleration running on s390x systems when using -smp greater than the host's CPUs. This causes a significant slowdown, around 10 times slower. They mentioned that this affects QEMU 7.2 and is related to a specific patch applied in Debian. - -Looking at the possible categories: mistranslation, assembly lowering, device, graphic, socket, network, KVM, boot, vnc, debug, files, permissions, performance, kernel, peripherals, hypervisor, other. - -The problem seems to be performance-related because the slowdown is so significant. The user also mentions that this occurs only under certain conditions: when the patch is applied, running x86 on s390x, and when -smp exceeds host CPUs. It doesn't happen with PPC64, which suggests it's specific to the way QEMU handles s390x architecture. - -The performance category fits because the issue is about the speed of execution. The user provided timing data showing a 10x increase in runtime for certain test cases. They also linked this to TCG acceleration, which relates to how QEMU translates code for the target architecture. - -So, considering all factors, the most appropriate category is 'performance'. -</think> - -performance \ No newline at end of file |