summaryrefslogtreecommitdiffstats
path: root/results/classifier/zero-shot/105/graphic/2906
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/zero-shot/105/graphic/2906')
-rw-r--r--results/classifier/zero-shot/105/graphic/290626
1 files changed, 26 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/105/graphic/2906 b/results/classifier/zero-shot/105/graphic/2906
new file mode 100644
index 00000000..50a9440c
--- /dev/null
+++ b/results/classifier/zero-shot/105/graphic/2906
@@ -0,0 +1,26 @@
+graphic: 0.802
+mistranslation: 0.802
+device: 0.801
+semantic: 0.617
+instruction: 0.601
+other: 0.399
+boot: 0.307
+network: 0.289
+socket: 0.272
+vnc: 0.236
+KVM: 0.065
+assembly: 0.048
+
+x86 (32-bit) multicore very slow, but x86-64 is fast (on macOS arm64 host)
+Description of problem:
+More cores doesn't slow down a x86-32 guest on an x86-64 host, nor does it slow down an x86-64 guest on an arm64 host. However, adding extra cores massively slows down an x86-32 guest on an arm64 host.
+Steps to reproduce:
+1. Run 32-bit guest or 32-bit installer
+2.
+3.
+
+I have replicated this over several OSes using homebrew qemu, source-built qemu and UTM. This is not to be confused with a different bug in UTM that caused its version of QEMU to be slow.
+
+This also seems to apply to 32-bit processes in an x86-64 guest.
+Additional information:
+https://github.com/utmapp/UTM/issues/5468