Nvidia Persistence Daemon si avvia e si arresta continuamente in Syslog?

Sono su Ubuntu 17.10 e ho sia una scheda Intel che una Nvidia GTX 1060 (quest'ultima solitamente selezionata), con versione del driver 387.22 .

Ho notato le seguenti voci nel mio /var/log/syslog :

• Nov 22 18:46:36 [machine name omitted] systemd[1]: Starting NVIDIA Persistence Daemon...
• [alcune voci non correlate]
• Nov 22 18:46:36 [...] systemd[1]: Started NVIDIA Persistence Daemon.
• [alcune voci non correlate]
• Nov 22 18:46:36 [...] systemd[1]: Stopping NVIDIA Persistence Daemon...
• Nov 22 18:46:36 [...] nvidia-persistenced: PID file unlocked.
• Nov 22 18:46:36 [...] nvidia-persistenced: PID file closed.
• Nov 22 18:46:36 [...] nvidia-persistenced: The daemon no longer has permission to remove its runtime data directory /var/run/nvidia-persistenced
• Nov 22 18:46:36 [...] nvidia-persistenced: Shutdown (1115)
• Nov 22 18:46:36 [...] gdm3: GdmDisplay: display lasted 1.202396 seconds
• Nov 22 18:46:36 [...] systemd[1]: Stopped NVIDIA Persistence Daemon.

La parte strana è che quelle voci (e alcune relative che potrei omettere qui) si verificano continuamente , più volte e talvolta all'interno dello stesso timestamp.

Mi sembra sospetto:perché il demone viene continuamente avviato e arrestato in questo modo e non avrebbe un grave impatto sulle prestazioni?

Lo chiedo perché sono ancora all'oscuro del motivo per cui la mia macchina funziona così male (soprattutto per quanto riguarda i giochi) in 17.10, rispetto al 17.04 - vedi domanda correlata.

Ovviamente il desktop e le dipendenze sono i primi sospetti qui, non tanto la versione del driver (come ricordo di aver visto esattamente lo stesso con una versione precedente).

Domande

• Quanto sopra riflette un comportamento normale e, in caso negativo, come indagarlo/correggerlo?
• Potrebbe essere correlato a problemi di prestazioni durante l'esecuzione di applicazioni impegnative, come i giochi?

Modifica

È interessante notare che se accedo con il vecchio desktop Unity, queste voci di registro non sembrano verificarsi.
Anche le prestazioni sembrano molto più veloci dal punto di vista del desktop puro (anche se potrebbe essere la mia immaginazione), ma le prestazioni di gioco sono proprio lo stesso.

Risposta accettata:

Anche se questo è un vecchio problema, l'ho ancora riscontrato io stesso su Kubuntu 18.04 e driver nvidia 390 . Vale a dire, il demone nvidia-persistence invia spam allo schermo durante l'avvio (a volte, non sempre). Pertanto, la mia soluzione aggira l'avvio del demone nvidia standard all'avvio del sistema utilizzando un servizio systemd separato .

Come affermato in precedenza, sembra essere un'errata configurazione dell'avvio del demone nvidia-persistence. Più precisamente, le regole udev sembrano essere il problema per me. Pertanto, ho modificato /lib/udev/rules.d/71-nvidia.rules e ha commentato le azioni durante lo spegnimento e l'accensione. Come accennato in altre risposte, puoi anche commentare le righe per il carico e lo scarico.

Correlati:come elencare i pacchetti installati di default in Ubuntu?

Ora il demone non si avvia all'accensione. Di conseguenza, dobbiamo programmare manualmente l'avvio del demone. Possiamo ottenerlo copiando /lib/systemd/system/nvidia-persistenced.service , ad es.

sudo cp /lib/systemd/system/nvidia-persistenced.service /lib/systemd/system/nvidia-persistenced-manual.service

Ora modifica /lib/systemd/system/nvidia-persistenced-manual.service per assomigliare a questo:

[Unit]
Description=NVIDIA Persistence Daemon
Wants=syslog.target
Requires=local-fs.target

[Service]
Type=forking
User=root
Group=root
ExecStart=/usr/bin/nvidia-persistenced
ExecStopPost=/bin/rm -rf /var/run/nvidia-persistenced

[Install]
WantedBy=multi-user.target

Per abilitare il servizio, esegui

sudo systemctl enable nvidia-persistenced-manual.service

e se il vecchio servizio è ancora abilitato, esegui

sudo systemctl disable nvidia-persistenced.service

In questo modo, il demone si avvierà all'avvio del sistema. Sentiti libero di modificare la riga ExecStart=/usr/bin/nvidia-persistenced ad es. includi --verbose o --user [...] .

Tieni presente che, per impostazione predefinita, il demone è in esecuzione con permessi di root . Se non lo desideri, assicurati di eseguire il demone con --user argomento.

Nel complesso, questa non è una soluzione perfetta, ma è stata in grado di correggere il bug sul mio sistema.