diff options
Diffstat (limited to '')
| -rw-r--r-- | results/classifier/accel-gemma3:12b/kvm/1036 | 16 | ||||
| -rw-r--r-- | results/classifier/accel-gemma3:12b/kvm/1036363 | 40 |
2 files changed, 56 insertions, 0 deletions
diff --git a/results/classifier/accel-gemma3:12b/kvm/1036 b/results/classifier/accel-gemma3:12b/kvm/1036 new file mode 100644 index 000000000..be15bc6f9 --- /dev/null +++ b/results/classifier/accel-gemma3:12b/kvm/1036 @@ -0,0 +1,16 @@ + +QEMU immediately exits when combining a GL-enabled SDL display with SPICE +Description of problem: +Running QEMU with the given command line results in QEMU immediately exiting with this line being printed, and no other output: + +``` +qemu-system-x86_64: Display spice is incompatible with the GL context +``` + +I am unsure whether this is a supported mode of setting up QEMU, but QEMU 6.2.0 ran just fine with it (or, to be more precise, it wasn't an issue until ac32b2fff127843355b4f7e7ac9f93dd4a395adf). + +The issue does not happen with `-display sdl,gl=off`, as GL is presumably not involved at all in that case. +Steps to reproduce: +1. Run `./qemu-system-x86_64 -display sdl,gl=on -spice port=5930`. +Additional information: +This issue has been reproduced on other distributions, including Ubuntu 20.04 and Ubuntu 22.04. diff --git a/results/classifier/accel-gemma3:12b/kvm/1036363 b/results/classifier/accel-gemma3:12b/kvm/1036363 new file mode 100644 index 000000000..2a8251550 --- /dev/null +++ b/results/classifier/accel-gemma3:12b/kvm/1036363 @@ -0,0 +1,40 @@ + +Major network performance problems on AMD hardware + +Hi, + +I am experiencing some major performance problems with all of our beefy AMD Opteron 6274 servers running Fedora 17 (kernel 3.4.4-5.fc17.x86_64, qemu 1.0-17). The network performance between host and the virtual machine is terrible: + +# iperf -c 10.10.11.22 -r +------------------------------------------------------------ +Server listening on TCP port 5001 +TCP window size: 85.3 KByte (default) +------------------------------------------------------------ +------------------------------------------------------------ +Client connecting to 10.10.11.22, TCP port 5001 +TCP window size: 197 KByte (default) +------------------------------------------------------------ +[ 5] local 10.10.11.199 port 44192 connected with 10.10.11.22 port 5001 +[ ID] Interval Transfer Bandwidth +[ 5] 0.0-10.0 sec 2.45 GBytes 2.11 Gbits/sec +[ 4] local 10.10.11.199 port 5001 connected with 10.10.11.22 port 42601 +[ 4] 0.0-10.0 sec 8.97 GBytes 7.71 Gbits/sec + +So the VM's receive is super slow. I would be happy with 7.71 Gbps because it's closer to matching the speed of the 10G ethernet adapters but the iSCSI drive's write performance is few times faster than read. Now running a similar test on the slowest machine I have, Intel core i3 I see this: + +# iperf -c 192.168.7.60 -r +------------------------------------------------------------ +Server listening on TCP port 5001 +TCP window size: 85.3 KByte (default) +------------------------------------------------------------ +------------------------------------------------------------ +Client connecting to 192.168.7.60, TCP port 5001 +TCP window size: 306 KByte (default) +------------------------------------------------------------ +[ 5] local 192.168.7.98 port 53992 connected with 192.168.7.60 port 5001 +[ ID] Interval Transfer Bandwidth +[ 5] 0.0-10.0 sec 22.5 GBytes 19.3 Gbits/sec +[ 4] local 192.168.7.98 port 5001 connected with 192.168.7.60 port 53339 +[ 4] 0.0-10.0 sec 25.1 GBytes 21.5 Gbits/sec + +As you can image this is a huge difference in network IO. Most setups are identical down to the same versions. Vhost-net is enabled and it appears to use MSI-X on the VM. I've tried all kinds of settings and while they improve performance a little I feel it's just masking a bigger problem. All 12 of my AMD servers have this issue and it appears I'm not the only one complaining. Any help would be appreciated. Thanks. \ No newline at end of file |