Переустановка Ubuntu представляет xruns с alsa и jack

Недавно я купил новый жесткий диск для своего старого ноутбука и установил ubuntu на этот новый жесткий диск. При запуске ubuntu с нового жесткого диска у меня возникают некоторые проблемы со звуком в реальном времени, которых я не испытывал на том же оборудовании при предыдущей установке. В частности, примерно через минуту у меня появляются регулярные xrun-запросы примерно каждые 3,030 секунды. Учитывая, что у меня есть еще одна установка на другом жестком диске, которая работает безупречно, я уверен, что это не ограничение моего оборудования, а проблема с программным обеспечением / конфигурацией. Однако я немного не понимаю, где еще искать различия.

Я подключил контроллер (Novation Launchpad Mini MK3), который использую для взаимодействия с Bitwig Studio 3.1.3. Иногда (но ненадежно) можно почти не получать xrun'ов, если я не буду нажимать какие-либо клавиши на контроллере.Однако это ненадежно, и если я перестану нажимать клавиши на контроллере, обычный взлом xruns продолжится еще примерно 30 секунд (около 10 трещин).

Работа с более низкой частотой процессора (например, от батареи) значительно ухудшает ситуацию.

Ни одно из этих действий не происходит в старой системе.

Звуковые карты перечислены как

$ lspci | grep Audio
00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03)

Я проверил, что следующие параметры одинаковы в обеих системах: - / usr / share / alsa / и содержание - / usr / share / alsa-base / и содержимое - / usr / share / jackd / и содержимое - / usr / share / pulseaudio / и содержимое В моем домашнем каталоге ни на одной из двух систем нет локальной конфигурации alsa.

Я использую QJackCtl для запуска jack (и слежения за xruns). Мои настройки - Частота дискретизации: 44100 - Кадров / Период: 256 - Периоды / буфер: 2 Я поставил галочку "в реальном времени" в обеих системах, однако старая система работает с приоритетом по умолчанию, что приводит к следующему .jackdrc :

/usr/bin/jackd -dalsa -dhw:PCH -r44100 -p256 -n2

С этими настройками у меня есть много xrun'ов в новой системе, поэтому Я попытался увеличить приоритет до 80 (мой текущий предел в /etc/security/limits.conf ), что привело к следующему .jackdrc :

/usr/bin/jackd -P80 -dalsa -dhw:PCH -r44100 -p256 -n2

Я поигрался с этими настройками в новой системе увеличивается до 2048 кадров / период и частота дискретизации 192k, но проблема сохраняется, и xruns по-прежнему приходят очень регулярно каждые 3,030 секунды.

Примечательно, что старая система использовала общее ядро:

$ uname -a
Linux riemann 4.15.0-50-generic #54-Ubuntu SMP Mon May 6 18:46:08 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

, тогда как новая система использует ядро ​​с низкой задержкой:

$ uname -a
Linux laplace 5.3.0-40-lowlatency #32~18.04.1-Ubuntu SMP PREEMPT Mon Feb 3 14:53:06 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Я заметил, что они разные. Когда я откатываю новую систему до версии 4.15.0-50-родовое ядро, оно не находит большую часть (встроенного) оборудования, Wi-Fi-адаптера, звуковой карты, ... Учитывая, что ядро ​​4.15 больше не поддерживается с обновлениями командой ядра, я не горю желанием перейти на более раннюю версию или решить проблемы с драйверами вручную.

Я очень озадачен и не знаю, где еще искать. Я чувствую, что очень регулярный интервал между последовательными xrun'ами может содержать некоторую информацию, но я не вижу, что он мне скажет.

РЕДАКТИРОВАТЬ: Я наконец решил проблему, переключившись на lubuntu. Похоже, что меньшие накладные расходы (и, вероятно, меньше фоновых процессов) решают проблему.