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

15

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).

    
por int_ua 28.06.2015 / 11:56

3 respostas

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.

    
por dsstorefile1 26.02.2018 / 06:56
0
  

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.

    
por user.dz 05.10.2017 / 16:24
0

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 &
    
por manuti 20.12.2017 / 13:11