systemd-logind は docker コンテナで実行されている必要があるかどうかを知りたいです。コンテナの systemd-logind は常に CPU を 100% 消費しますが、systemd-logind の効果は何ですか?
docker コンテナの systemd-logind を永久に停止した場合、他の影響はありますか?
答え1
これは実際には Docker テンプレートとして使用する Linux ディストリビューションに依存しますが、100% を説明するものではありません。
Systemd-logind は次のような役割を担っているため、それほど多くの CPU を使用することはありません。
https://www.freedesktop.org/software/systemd/man/systemd-logind.service.html
systemd-logind は、ユーザー ログインを管理するシステム サービスです。次の機能を担当します。
ユーザーとセッション、そのプロセスとアイドル状態を追跡します。これは、user.sliceの下に各ユーザー用のsystemdスライスユニットを割り当て、その下にユーザーの同時セッションごとにスコープユニットを割り当てることで実装されます。また、ユーザーごとのサービスマネージャーがシステムサービスインスタンスとして起動されます。[メールアドレス]ログインしたユーザーごとに。
セッション ID の生成と管理。監査が利用可能で、セッションに監査セッション ID がすでに設定されている場合、セッション ID はそこから初期化されます。それ以外の場合は、独立したセッション カウンターが使用されます。
システムのシャットダウンやスリープなどの操作にPolicyKitベースのアクセスをユーザーに提供する
アプリケーションのシャットダウン/スリープ抑制ロジックの実装
電源/スリープハードウェアキーの取り扱い
複数席管理
セッションスイッチ管理
ユーザーのデバイスアクセス管理
仮想コンソールのアクティブ化とユーザーランタイムディレクトリ管理におけるテキストログイン(getty)の自動生成
Docker テンプレートに何か問題があると思われます。