Мой сервер разъема не может запуститься в режиме в реальном времени несмотря на меня находиться в audio
группа.
Это - моя установка:
zegkljan@eddie:~$ lsb_release -r
Release: 16.10
zegkljan@eddie:~$ echo $USER
zegkljan
zegkljan@eddie:~$ grep audio /etc/group
audio:x:29:pulse,zegkljan
zegkljan@eddie:~$ groups $USER
zegkljan : zegkljan adm cdrom sudo audio dip plugdev lpadmin sambashare
zegkljan@eddie:~$ cat /etc/security/limits.d/audio.conf
# Provided by the jackd package.
#
# Changes to this file will be preserved.
#
# If you want to enable/disable realtime permissions, run
#
# dpkg-reconfigure -p high jackd
@audio - rtprio 95
@audio - memlock unlimited
#@audio - nice -19
zegkljan@eddie:~$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 30955
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 95
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 30955
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Однако, когда я запускаю разъем через qjackctl с проверенной опцией "Realtime", я добираюсь, следующие сообщения (в окне сообщений) содержащий ошибку "Не могут использовать планирование в реальном времени":
Thu Dec 15 23:12:51 2016: Starting jack server...
Thu Dec 15 23:12:51 2016: JACK server starting in realtime mode with priority 10
Thu Dec 15 23:12:51 2016: self-connect-mode is "Don't restrict self connect requests"
Thu Dec 15 23:12:51 2016: ERROR: Cannot lock down 82274202 byte memory area (Cannot allocate memory)
Thu Dec 15 23:12:51 2016: Acquired audio card Audio1
Thu Dec 15 23:12:51 2016: creating alsa driver ... hw:K6|hw:K6|512|2|48000|0|0|nomon|swmeter|-|32bit
Thu Dec 15 23:12:51 2016: configuring for 48000Hz, period = 512 frames (10.7 ms), buffer = 2 periods
Thu Dec 15 23:12:51 2016: ALSA: final selected sample format for capture: 32bit integer little-endian
Thu Dec 15 23:12:51 2016: ALSA: use 2 periods for capture
Thu Dec 15 23:12:51 2016: ALSA: final selected sample format for playback: 32bit integer little-endian
Thu Dec 15 23:12:51 2016: ALSA: use 2 periods for playback
Thu Dec 15 23:12:51 2016: ERROR: Cannot use real-time scheduling (RR/10)(1: Operation not permitted)
Thu Dec 15 23:12:51 2016: ERROR: AcquireSelfRealTime error
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:capture_1'
Thu Dec 15 23:12:51 2016: New client 'system' with PID 0
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:capture_2'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:capture_3'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:capture_4'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:capture_5'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:capture_6'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:playback_1'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:playback_2'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:playback_3'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:playback_4'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:playback_5'
Thu Dec 15 23:12:51 2016: graph reorder: new port 'system:playback_6'
Насколько я понимаю, будучи членом audio
группы должно быть достаточно для выполнения в в реальном времени. Однако это - ясно не случай здесь. Что я делаю неправильно, или где могла быть проблема?
Не стесняйтесь просить дополнительные детали.
Через какое-то время выполнения ничего о проблеме, это решило себя. К сожалению, я понятия не имею, что произошло. Это, возможно, было некоторое обновление за эти почти два месяца, так как эта проблема произошла, или возможно просто больше перезапусков/выходов из системы/логинов было необходимо, которые, очевидно, произошли. Что бы ни случилось теперь это работает точно, как это, как предполагается.