그놈은 systemd를 통해 관리되도록 조정되었습니다.

벤저민 버그(벤자민 버그), GNOME 개발에 참여한 Red Hat 엔지니어 중 한 명, 요약 된 gnome-session 프로세스를 사용하지 않고 systemd만을 사용하여 GNOME을 세션 관리로 전환한 작업의 결과입니다.

GNOME에 대한 로그인을 제어하기 위해 오랫동안 사용되어 왔습니다. 시스템 로그인는 사용자별 세션 상태를 추적하고, 세션 식별자를 관리하고, 활성 세션 간 전환을 담당하고, 다중 시트 환경을 조정하고, 장치 액세스 정책을 구성하고, 종료 및 절전 모드로 전환하기 위한 도구를 제공합니다.

동시에 세션 관련 기능의 일부는 D-Bus를 통한 관리, 디스플레이 관리자 및 GNOME 구성 요소 실행, 사용자 지정 응용 프로그램의 자동 실행 구성을 담당하는 gnome-session 프로세스의 어깨에 남아 있었습니다. . GNOME 3.34 개발 중에 gnome-session 관련 기능은 "systemd —user" 모드에서 실행되는 systemd용 단위 파일로 패키지됩니다. 전체 시스템이 아닌 특정 사용자의 환경과 관련하여. 이러한 변경 사항은 이미 31월 말에 출시될 예정인 Fedora XNUMX 배포판에 구현되었습니다.

systemd를 사용하면 요청 시 또는 특정 이벤트가 발생할 때 핸들러 시작을 구성할 수 있을 뿐만 아니라 오류로 인한 프로세스의 조기 종료에 보다 정교하게 대응하고 GNOME 구성 요소를 시작할 때 종속성을 광범위하게 처리할 수 있습니다. 결과적으로 지속적으로 실행되는 프로세스 수를 줄이고 메모리 소비를 줄일 수 있습니다. 예를 들어 XWayland는 이제 X11 프로토콜을 기반으로 하는 응용 프로그램을 실행하려고 할 때만 시작할 수 있으며, 하드웨어 관련 구성 요소는 해당 하드웨어가 있는 경우에만 시작할 수 있습니다(예: 카드를 삽입하면 스마트 카드 처리기가 시작됩니다) 제거되면 종료됩니다.)

서비스 시작을 관리하기 위한 보다 유연한 도구가 사용자에게 나타났습니다. 예를 들어 멀티미디어 키 핸들러를 비활성화하려면 "systemctl -user stop gsd-media-keys.target"을 실행하는 것으로 충분합니다. 문제가 있는 경우 이전에 서비스에서 디버그 로깅을 활성화한(“Environment= G_MESSAGES_DEBUG=모두”). 또한 보안 요구 사항이 증가하는 격리된 샌드박스 환경에서 모든 그놈 구성 요소를 실행할 수도 있습니다.

원활한 전환을 위해 기존 프로세스 실행 방식 지원 계획된 여러 그놈 개발 주기에 걸쳐 지속됩니다. 다음으로 개발자는 gnome-session 상태를 검토하고 프로세스를 시작하고 D-Bus API를 유지 관리하기 위한 도구를 제거할 가능성이 가장 높습니다("가능성"으로 표시됨). 그런 다음 "systemd -user"의 사용은 필수 기능 범주로 강등되어 systemd가 없는 시스템에 어려움을 초래할 수 있으며 이전의 경우처럼 대체 솔루션을 준비해야 합니다. 시스템 로그인. 그러나 GUADEC 2019에서의 연설에서 Benjamin Berg는 systemd가 없는 시스템에 대한 이전 시작 방법에 대한 지원을 유지하려는 의도를 언급했지만 이 정보는 GUADEC XNUMX 계획과 상충됩니다. 스트래니체 프로텍터.

출처 : opennet.ru