O GNOME foi adaptado para gerenciamento via systemd

Benjamin Berg (Benjamin Berg), um dos engenheiros da Red Hat, que trabalha no desenvolvimento do GNOME, resumiu os resultados do trabalho de migração do GNOME para gerenciamento de sessões exclusivamente com systemd, sem usar o processo gnome-session.

Para o gerenciamento de login no GNOME, já faz algum tempo que é utilizado systemd-logind, que monitora o estado das sessões associadas a usuários, gerencia identificadores de sessão, controla a troca entre sessões ativas, coordena ambientes multiusuário, configura políticas de acesso a dispositivos, oferece ferramentas para desligamento e suspensão, entre outros.

No entanto, parte da funcionalidade relacionada a sessões ainda estava sob a responsabilidade do processo gnome-session, que gerenciava através do D-Bus, iniciava o gerenciador de exibição e os componentes do GNOME, organizava a inicialização automática de aplicativos especificados pelo usuário. Durante o desenvolvimento do GNOME 3.34, as funcionalidades específicas do gnome-session foram apresentadas na forma de arquivos unit para systemd, executados no modo 'systemd --user', ou seja, vinculados ao ambiente de um usuário específico, e não ao sistema todo. As alterações já foram aplicadas na distribuição Fedora 31, cujo lançamento está previsto para o final de outubro.

O uso do systemd possibilitou organizar o lançamento de manipuladores sob demanda ou quando determinados eventos ocorrem, assim como reagir de forma mais sofisticada a encerramentos inesperados de processos devido a falhas e gerenciar dependências de forma mais abrangente ao iniciar componentes do GNOME. Como resultado, é possível reduzir o número de processos em execução constante e diminuir o consumo de memória. Por exemplo, o XWayland agora pode ser iniciado apenas quando há uma tentativa de execução de um aplicativo baseado no protocolo X11, enquanto componentes específicos de hardware só serão iniciados na presença desse hardware (por exemplo, os manipuladores para cartões inteligentes serão ativados ao inserir o cartão e encerrados ao removê-lo).

Os usuários agora têm à disposição ferramentas mais flexíveis para gerenciar a inicialização de serviços; por exemplo, para desativar o manipulador de teclas multimídia, basta executar "systemctl --user stop gsd-media-keys.target". Em caso de problemas relacionados a cada manipulador, os logs podem ser visualizados com o comando journalctl (por exemplo, "journalctl --user -u gsd-media-keys.service"), ativando previamente a gravação de logs de depuração no serviço ("Environment=G_MESSAGES_DEBUG=all"). Também há a possibilidade de execução em ambientes sandbox isolados para todos os componentes do GNOME, que têm maiores requisitos de segurança.

Para suavizar a transição, o suporte ao antigo método de inicialização de processos estão programados será mantido por várias iterações do desenvolvimento do GNOME. Depois, os desenvolvedores revisarão o estado do gnome-session e, provavelmente (marcado como "likely"), removerão os meios de inicialização de processos e a manutenção do API D-Bus. Em seguida, a aplicação do "systemd --user" será considerada uma funcionalidade obrigatória, o que pode criar dificuldades para sistemas sem o systemd e exigirá o desenvolvimento de uma solução alternativa, assim como foi feito anteriormente com systemd-logind. Entretanto, em sua apresentação na conferência GUADEC 2019, Benjamin Berg mencionou a intenção de manter o suporte ao antigo método de inicialização para sistemas sem systemd, mas essa informação diverge dos planos para página do projeto.

Por que no hosting comum a administração do PrestaShop é lenta, e no seu não é?

Fonte: opennet.ru

Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS 🔥 Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS | ProHoster