ここで遅いことを数値化する必要があります。明らかに遅いですが、極端ではありません。以下は私が行ったテストです。以下のコマンド (ナノ秒単位の時間コマンド) を非ルート ユーザーとしてターミナルに貼り付け、次にルート ユーザーとして貼り付けました (ルートに sudo するか、ルートにログインするかの両方を試しましたが、結果は同様でした)
date +%s%N
date +%s%N
date +%s%N
date +%s%N
非ルートユーザーとして、次のような出力が得られました:
1609724385262715383
1609724385308203614
1609724385312504224
1609724385316730728
最後の 2 つの差: 4,226,504
ルートユーザーとして、次のメッセージが表示されました:
1609724453072307276
1609724453414391531
1609724453672219226
1609724453865457590
最後の2つの差: 193,238,364
Debian でルート ターミナルが遅いのはなぜですか? Xenial Ubuntu 16.04.6 LTS ではこの問題は発生しません。
答え1
大胆に推測するなら、それは次のようになります。
a) ルートユーザー用の監査またはログ記録ソフトウェアの一種。これは、実行前にコマンドを処理\ログ記録します。b) ルートのプロファイルにリモート依存関係があります。たとえば、パスにリモートの場所をアタッチします。c) その他! これによって、プロファイルが読み込まれます。何かCPUを大量に消費している
私がやることは、あなたのファイルprofile
とrc
ファイルを確認することです。
$ ls -a ~ | grep -i -e profile -e rc | grep bash
.bash_profile
.bashrc
それぞれを調べて、何かおかしい点がないか確認してください。上記のファイル以外にも、もっと多くのファイルがあるかもしれません。
現時点では Linux マシンの前にいないので、正しいコマンドを覚えていないことをお許しください。
他のプロセスやターミナルが実行されていないか確認するroot
$ w # should show logged in users and processes attached to ttys
$ ps -ax | grep root # This will be more misleading but will show you everything running as root.
これが役に立つことを願いますが、現時点では干し草の山の中の針を探すようなものです。
J
答え2
ルート ホーム ディレクトリの構成ファイル (ドット ファイル) を調べていました。ルート .bash_history ファイルが非常に大きいため、バックアップ ファイルに移動されたことに気付きました。応答は 200 ミリ秒以上から 20 ミリ秒に改善されました。非ルート ユーザーの応答は 2 ミリ秒であるため、まだ 10 倍遅いです。時間の経過とともに大きくなった構成ファイルが他にもある可能性があります。