Вот что мы с ним накрутили в общем:
Спойлер
=== AUDIO LINUX / CM4 + LHY Pi Pro : FINAL SETUP SUMMARY ===
- KERNEL / SCHEDULER (RT)
- Используется PREEMPT_RT kernel
- Полная вытесняемость (PREEMPT_RT_FULL)
- IRQ переведены в threaded IRQ
- Устранены long non-preemptible sections
- Низкая и предсказуемая scheduling latency
Итог: soft real-time поведение, без latency spikes
- CPU ISOLATION / AFFINITY
Цель: убрать «грязные» процессы с аудио-пути
CPU0: system / housekeeping
- systemd, kworker, journald, rcu, migration
CPU1: NETWORK (грязный)
- eth / wlan IRQ
- ksoftirqd/1
- сетевые демоны
CPU2: AUDIO CORE (ключевое)
- USB host IRQ
- snd_usb_audio
- ALSA PCM
- audio player (mpd / roon bridge)
CPU3: user / idle
- ssh
- shell
- вспомогательные процессы
Итог: USB и сеть разведены, аудио-ядро максимально чистое
- ALSA / USB AUDIO
- Прямой вывод hw: (без plughw / dmix)
- Формат и samplerate = DAC (bit-perfect)
- Buffer tuning:
- period: 256–512 frames
- periods: 2–3
- snd-usb-audio.nrpacks = 1–2
- XRUN = 0
Итог: стабильный async USB-аудио поток
- RT PROCESS PRIORITY
- Аудио-плеер с повышенным priority
- USB/ALSA IRQ — threaded, RT-friendly
- Нет priority inversion
- Нет starvation system tasks
Итог: RT используется корректно, без deadlock’ов
- MEMORY / VM
- Swap отключён
- Нет zram / zswap
- Достаточный RAM headroom
- Минимальный userspace
- Нет page fault во время playback
Итог: VM не вмешивается в аудио-поток
- NETWORK
- Network IRQ привязаны к CPU1
- Wi-Fi / Ethernet не конкурируют с USB
- Минимум фонового трафика
- Нет softirq burst на аудио-ядре
Итог: сеть полностью вынесена из аудио-пути
- POWER / EMI (косвенно)
- CPU governor = performance
- Нет скачков частоты
- Ровная USB нагрузка
- Минимум IRQ burst
- Используется аппаратная USB-развязка LHY Pi Pro
Итог: минимизирован цифровой шум со стороны хоста
- ОСОЗНАННО НЕ ИСПОЛЬЗУЕТСЯ
- isolcpus / nohz_full (RT + affinity достаточно)
- DSP / SRC
- dmix / Pulse / PipeWire
- агрессивный over-tuning
=== RESULT ===
- Bit-perfect подтверждён
- USB-аудио изолирован
- RT-ядро используется корректно
- Грязные подсистемы разведены
- Система в стабильном “sweet spot”
===============================================
Это под рун брайдж и только под рун накручивал:
Спойлер
=== ROON BRIDGE / RAAT — СДЕЛАННЫЕ ОПТИМИЗАЦИИ ===
- Разнос по ядрам (ключевое)
- Network IRQ → CPU1
- USB / ALSA / RAAT output → CPU2
Комментарий:
Сетевые burst и softirq не мешают USB-аудио.
- RT-ядро
- Используется PREEMPT_RT kernel
- Threaded IRQ
Комментарий:
Предсказуемая латентность для RAAT → USB.
- Приоритеты процессов
- Roon Bridge работает с повышенным приоритетом
Комментарий:
RAAT-поток обслуживается раньше фоновых задач.
- Буферизация RAAT
- Используется внутренняя буферизация Roon Bridge
- Аудио перед USB всегда идёт из RAM
Комментарий:
Сеть полностью отвязана от таймингов аудио.
- Отказ от агрессивного сетевого тюнинга
- Нет tcp_low_latency
- Нет rmem/wmem твиков
- Нет realtime для network stack
Комментарий:
RAAT этого не требует, стабильность важнее.
ИТОГ:
RAAT изолирован от сети и системы.
Сеть не влияет на USB-аудио.
Дополнительный сетевой тюнинг не нужен.
==============================================
Он многое сам предложил, часть я ему накидал, ему если идею подкидываешь, он подхватывает.
Я ему предложил зафиксить проц на более низкой частоте, чтобы не дергался на максимум своей частоты, замеряли, потом просто зафиксить на 600мгц, затестить.
Он сказал что это лажа но давай попробуем, по итогу согласился что по результату прогона это работает и можно зафиксить.
Что еще можно покрутить ?
