summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/118/performance/1076
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/zero-shot/118/performance/1076')
-rw-r--r--results/classifier/zero-shot/118/performance/107642
1 files changed, 42 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/118/performance/1076 b/results/classifier/zero-shot/118/performance/1076
new file mode 100644
index 000000000..40a2892e0
--- /dev/null
+++ b/results/classifier/zero-shot/118/performance/1076
@@ -0,0 +1,42 @@
+performance: 0.891
+device: 0.882
+graphic: 0.863
+files: 0.841
+peripherals: 0.827
+socket: 0.689
+architecture: 0.657
+boot: 0.627
+semantic: 0.598
+ppc: 0.562
+permissions: 0.536
+network: 0.534
+user-level: 0.527
+register: 0.505
+PID: 0.493
+arm: 0.490
+risc-v: 0.476
+vnc: 0.476
+i386: 0.449
+x86: 0.439
+hypervisor: 0.432
+VMM: 0.339
+TCG: 0.318
+mistranslation: 0.305
+assembly: 0.279
+debug: 0.260
+virtual: 0.258
+kernel: 0.164
+KVM: 0.139
+
+AC97+DirectSound only polls for audio every 10ms with no way to change it
+Description of problem:
+The AC97 device emulation, at least in combination with the DirectSound backend, only polls for audio every 10ms, meaning that DMA interrupts are received at a maximum frequency of 100Hz. This applies regardless of how large the buffers in the AC97's buffer list are, meaning that if one buffer takes less than 10ms to play, glitches can be heard with no possible mitigations on the host system.
+
+I came across this when fiddling with Serenity's own latencies in the AC97 driver and userland mixer. As soon as less than 512-sample buffers are used, audio becomes glitchy. Based on timing tests, kernel and userland processing of audio combined takes less than 200μs for one buffer, while the lowest average rate that DMA interrupts are received at is almost exactly 10ms.
+
+No changes to the dsound latency option, as listed [here](https://www.qemu.org/docs/master/system/invocation.html?highlight=dsound), made any difference; I tried as low as 2ms: `-audiodev dsound,id=snd0,latency=2000`. As far as I can tell there are no IRQ- or latency-related options for the AC97 emulation.
+Steps to reproduce:
+1. Use SerenityOS as of the above commit.
+2. Before building, include an audio file in Base/home/anon; most ordinary FLAC, WAV and MP3 files created without options with ffmpeg should work.
+3. Boot Serenity in QEMU on Windows without any special run configuration.
+4. Play the audio file with `aplay <filename>`, hear glitches.