xtermの起動/使用時に奇妙な遅延/瞬間停止[閉じる]

xtermの起動/使用時に奇妙な遅延/瞬間停止[閉じる]

実行すると、他のウィンドウがすでに開いていxtermない限り、表示されるまでに約1秒かかりますxterm。この場合、以前のようにすぐに表示されます。

言い換えれば:

Launch xterm_1 -> slow
Launch xterm_2 -> fast
Close one of them
Launch xterm_3 -> fast
Close all xterm windows
Launch xterm_4 -> slow

今回も最初のコマンドが実行されているように見えますが、続行する前にしばらく停止します。lsたとえば、aと仮定します。いくつかの単語を印刷して停止し、数秒後に正しく終了します。

xtermまた、すべてのウィンドウが閉じるまで「一度」発生します。

Launch xterm_1 -> slow
Launch xterm_2 -> fast
ls in any_xterm -> slow
top in any_xterm -> fast
Close all xterm windows
Launch xterm_3 -> slow
Launch xterm_4 -> fast
ls in any_xterm -> slow
... and so on.

これはすべてのコマンドには影響しません。

影響を受けるコマンド:

  • ls
  • top
  • htop
  • glanceshtop-Pythonソフトウェアに似ています)...
  • man

影響を受けないコマンド:

  • cat
  • ping
  • su(パスワード入力時間により症状が隠れない限り)
  • df
  • du
  • vi

また、トリガーされたように見えますが、コマンドがすぐにすぐに返された場合は気付かれません。たとえば、grep少なくとも1つの結果を生成した場合にのみ影響を受けます。ls my_almost_empty_directory1行を印刷して正常を返します。そしてフォローlsアップは正常です。さらに興味深いのは、cd my_almost_empty_directory && ls && cd && ls問題が表示されないことです。

これは明らかに表示問題です。grepこれは、出力が行の途中で切り捨てられ、grepファイルが処理され、一致する行が見つかりますが、表示中に中断されるためです。

影響を受けるコマンドが実行されると、後で実行される影響を受ける他のコマンドもすぐに実行されます。

私のアカウントとゲストアカウントの両方で発生する現象なので、私の個人設定とは関係がないようです。また、最初のコマンドがsuルートまたはゲストに変更された場合、問題はls新しいセッションの最初のコマンドに影響します。

これはLinux 4.8と3.16の両方で発生します。

Mate端末ではこれは起こりません。他の TTY( + + ,...)lsで開始しても遅延はありません。CtrlAltF1

.xsession-errorsこれが発生すると、ルートログには関連がありません。

数日が経過したがいつ現れたのか覚えておらず、適性/適性変更ログとは関係ありません。

この問題の根本原因を見つける方法がわかりません。

関連情報