summary refs log tree commit diff stats
path: root/results/classifier/gemma3:12b/network/1036363
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-07-03 07:27:52 +0000
committerChristian Krinitsin <mail@krinitsin.com>2025-07-03 07:27:52 +0000
commitd0c85e36e4de67af628d54e9ab577cc3fad7796a (patch)
treef8f784b0f04343b90516a338d6df81df3a85dfa2 /results/classifier/gemma3:12b/network/1036363
parent7f4364274750eb8cb39a3e7493132fca1c01232e (diff)
downloadqemu-analysis-d0c85e36e4de67af628d54e9ab577cc3fad7796a.tar.gz
qemu-analysis-d0c85e36e4de67af628d54e9ab577cc3fad7796a.zip
add deepseek and gemma results
Diffstat (limited to 'results/classifier/gemma3:12b/network/1036363')
-rw-r--r--results/classifier/gemma3:12b/network/103636340
1 files changed, 40 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/network/1036363 b/results/classifier/gemma3:12b/network/1036363
new file mode 100644
index 000000000..2a8251550
--- /dev/null
+++ b/results/classifier/gemma3:12b/network/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