Como evitar processos de pausa automática em uma sessão de usuário inativa?

Question

Já há algum tempo, quando alterno entre duas sessões de usuário, a inativa em alguns casos deixará de executar processos da GUI. Dessa forma, sou forçado a esperar que outra sessão seja carregada e não possa fazer algo em outra, porque, se eu alternar e retornar depois de um tempo, ela ainda estará no mesmo ponto. O software afetado inclui o rsync, o rdiff-backup, os processos em segundo plano do KDE, o Steam lançado na sessão do Openbox (até mesmo o download para) e pelo menos alguns jogos. O VLC não é afetado, pelo menos ele passa para o tempo necessário depois que eu volto, mas por um momento eu posso ver a moldura e o tempo antigos em sua janela.

Qual processo é responsável por tal comportamento? Posso reconfigurá-lo de alguma forma?

Atualização: Uso de memória e troca

Algum contexto adicional: A ironia é que eu sugeri esse comportamento exato no antigo brainstorm.ubuntu.com (agora extinto).

    

Answer 1

Eu me deparo com esse problema também porque alterno entre o console e os terminais virtuais gráficos em uma base regular. O Xorg by design suspende seus clientes durante os switches VT, razão pela qual seus clientes parecem "congelar" quando o VT do Xorg não está mais ativo. O Wayland não, portanto, se os programas que você precisa para ficar rodando em um VT em segundo plano suportarem o novo protocolo de exibição, use um compositor Wayland ao invés do Xorg.

Uma maneira de contornar esse problema é executar programas gráficos em um servidor VNC local para que eles nunca sejam suspensos. Esta é a solução alternativa que eu uso com mais frequência.

    

Answer 2

  

Qual processo é responsável por tal comportamento?

O Display Manager (DM) é o que você está procurando. Qualquer um: lightdm , gdm , kdm (antigo kde), sddm (novo kde), xdm ...

  

Posso reconfigurá-lo de alguma forma?

AFAIK, que deve ser assim com o servidor X. No entanto, eu costumava pular esse comportamento usando:

• Ferramentas CLI em outro console virtual TTY
• ferramentas CLI como init service

Em relação a fluxos de áudio, quando comecei a usar o GNU / Linux em 2006. Os dispositivos de áudio foram gerenciados separadamente do Display. Agora, as coisas mudaram muito especialmente com os novos dispositivos integrados / portas como o HDMI. Portanto, o servidor Pulse deve estar ciente de alguns eventos de exibição X. Pelo que eu lembro (vou verificar novamente isso), o servidor Pulse é executado como processo do usuário.

    

Answer 3

Você pode iniciar uma sessão screen da CLI com o bash e, dentro dessa sessão, você pode iniciar o aplicativo. E agora você pode fechar este Terminal sem problemas e recuperar usando o comando screen -r . É mais ou menos isso:

screen bash
rsync -V xxx yyy

E você pode fechar o CLI e retornar o que quiser e fazer:

screen -r

Para confirmar o trabalho está feito. Eu não sei se isso pode funcionar com aplicativos GUI usando um comando como:

nohup your-X-application &