[Risolto] Ardour - Limite massimo per memoria bloccata

[lleo]

Ho installato l'ultima versione di Ardour e quando ho aperto il programma è apparso questo messaggio:



Provando il comando

ulimit -l

ottengo 65536. Ho controllato il file del messsaggio e ho visto che c'è una serie di righe con dei valori.
Posso aumentare la memoria disponibile per, da quello che capisco, farla usare ad Ardour?

[caturen]

https://wiki.debian.org/Ardour

[lleo]

Perfetto, grazie Caturen

[lleo]

Questo è il file common session:

#
# /etc/pam.d/common-session - session-related modules common to all services
#
# This file is included from other service-specific PAM config files,
# and should contain a list of modules that define tasks to be performed
# at the start and end of sessions of *any* kind (both interactive and
# non-interactive).
#
# As of pam 1.0.1-6, this file is managed by pam-auth-update by default.
# To take advantage of this, it is recommended that you configure any
# local modules either before or after the default block, and use
# pam-auth-update to manage selection of other modules. See
# pam-auth-update(8) for details.

# here are the per-package modules (the "Primary" block)
session [default=1] pam_permit.so
# here's the fallback if no module succeeds
session requisite pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
session required pam_permit.so
# The pam_umask module will set the umask according to the system default in
# /etc/login.defs and user settings, solving the problem of different
# umask settings with different shells, display managers, remote sessions etc.
# See "man pam_umask".https://wiki.ubuntu.com/Audio/TheAudioGroup
session optional pam_umask.so
# and here are more per-package modules (the "Additional" block)
session required pam_unix.so
session optional pam_systemd.so
# end of pam-auth-update config

E' meglio aggiungere la riga

session required pam_limits.so

in un punto preciso del listato o posso aggiungerla in qualunque posizione?

[Senbee]

Cito dalla mia solita guida sull'installazione di Ubuntu multimediale, sezione "Musica":

– A questo punto aggiungere il proprio utente al gruppo audio

Codice: Seleziona tutto

sudo addgroup IL_VOSTRO_UTENTE audio

(oppure lanciare “Utenti e gruppi” e farlo da lì)
– Poi, abilitare lo sblocco della memoria per il realtime. Aprire il file audio.conf:

Codice: Seleziona tutto

sudo gedit /etc/security/limits.d/audio.conf

Se non c’è già, in fondo aggiungere:

Codice: Seleziona tutto

@audio – rtprio 95
@audio – memlock unlimited

http://stefanodroghetti.it/ubuntu-20-04-supercompleta/

[lleo]

Grazie mille Dr. Slump.
Una domanda, anzi due. Uso sempre il kernel normale, quando devo usare Ardour scelgo quello a bassa latenza dal boot (non è proprio il boot ma ora non ricordo il nome).
Modificando quei file che hai scritto posso continuare ad usare normalmente entrambi i kernel? O può esserci qualche problema?
Poi. Ho modificato il file limits.con come scritto nella guida che ha indicato Caturen.
Però solo quello, non ho ancora modificato common-session. Nelle tue istruzioni è riportato solo il file audio.conf: posso modificare solo quello o anche common-session?

[Senbee]

Uso sempre il kernel normale, quando devo usare Ardour scelgo quello a bassa latenza dal boot (non è proprio il boot ma ora non ricordo il nome).

Con una buona scheda sonora, oggigiorno non c'è più bisogno assoluto di fare ciò. Io stesso ormai è più di un anno che ho disinstallato il kernel lowlatency e riesco a raggiungere latenze accettabilissime anche col kernel normale.

Modificando quei file che hai scritto posso continuare ad usare normalmente entrambi i kernel? O può esserci qualche problema?

Nessun problema.

Ho modificato il file limits.con come scritto nella guida che ha indicato Caturen.
Però solo quello, non ho ancora modificato common-session. Nelle tue istruzioni è riportato solo il file audio.conf: posso modificare solo quello o anche common-session?

Su 20.04 funziona senza dover modificare common-session. Bisogna però far parte del gruppo "audio", non so se la cosa sia correlata.

[lleo]

Fatto. Ho ripristinato il file limits.conf come era prima e ho aggiunto quelli che hai indicato tu.
Nel file audio.conf non c'era niente, ho aggiunto le due righe che hai scritto.

[lleo]

Ho controllato nella cartella /etc/security/limits.d e ci sono due file, uno è audio.conf l'altro audio.conf.disabled che contiene il listato qui sotto:

# 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

[Senbee]

Vuol dire che Ardour si era già ben configurato ma poi qualcuno o qualcosa ha disabilitato lo sblocco della memoria. Invece di rifare il file allora bastava togliere .disabled al nome di quello lì, ma vabbè, è la stessa cosa.
Comunque ora (dopo un riavvio) la memoria è sbloccata. Assicurati di far parte del gruppo audio e buona produzione musicale!

[lleo]

Grazie 1000 Senbee.
Dici che è il caso di cancellare il nuovo file e lasciare quello che già c'era togliendo il .disabled dal nome?

[Senbee]

È uguale, davvero.

[lleo]

Cancellato il file audio.conf e tolto il .disabled al file audio.conf.disabled.
Vedo che l'ultima istruzione

#@audio - nice -19

ha il simbolo del cancelletto che, se ricordo bene, serve per le annotazioni e non fa leggere l'istruzione su quella riga.
Lo lascio come è o devo toglierlo? Non ho idea di cosa siano quel nice e 19.

[Senbee]

Lo puoi lasciare commentato. È un'opzione per alcune vecchissime schede sonore che campionavano male (riduce gli "scalini" di campionamento rendendo più "smooth" il segnale). Ma queste schede sonore non funzionano più con Linux, roba di inizi anni '90, e così finisce che l'algoritmo che renderebbe "nice" il segnale occupa memoria e CPU senza motivo.

[lleo]

Perfetto, grazie mille per le informazioni Senbee