Meu servidor de conexão não pode iniciar no modo em tempo real, apesar de eu estar no grupo audio .
Esta é minha configuração:
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
No entanto, quando eu inicio o jack via qjackctl com a opção "Realtime" marcada, recebo as seguintes mensagens (na janela Mensagens) contendo o erro "Não é possível usar o agendamento em tempo real":
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'
Tanto quanto eu entendo, ser um membro do grupo audio deve ser suficiente para ser executado em tempo real. No entanto, esse não é claramente o caso aqui. O que estou fazendo errado ou onde poderia estar o problema?
Sinta-se à vontade para solicitar detalhes adicionais.
Depois de algum tempo sem fazer nada sobre o problema, ele se resolveu. Infelizmente, não tenho ideia do que aconteceu. Poderia ter sido alguma atualização nos quase dois meses desde que este problema ocorreu ou talvez apenas mais reinícios / logouts / logins foram necessários, o que obviamente aconteceu. O que quer que tenha acontecido, agora está funcionando exatamente como deveria.