☰

启动/使用 xterm 时出现奇怪的延迟/暂时冻结

tag-icon • tag-icon debian xterm
启动/使用 xterm 时出现奇怪的延迟/暂时冻结

当我启动 时xterm，大约需要一秒钟的时间才会出现，除非已经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
  • glances（htop-像Python软件一样）...
  • man

不受影响的命令：

  • cat
  • ping
  • su（除非症状被密码输入时间隐藏）
  • df
  • du
  • vi

此外，它似乎被触发，但如果命令几乎立即返回，则不会被注意到。例如，grep当且仅当它产生至少一个结果时才会受到影响。ls my_almost_empty_directory打印一行并返回正常。并且后续ls工作正常。更有趣的是，cd my_almost_empty_directory && ls && cd && ls没有显示任何问题。

这绝对是一个显示问题，因为grep输出在行的中间被切断，因此grep处理文件并找到匹配的行，但在显示时被中断。

当运行一个受影响的命令时，随后运行的任何其他受影响的命令都是即时的。

我的帐户和访客帐户都会发生这种情况，因此它似乎与我的个人配置无关。另外，如果我的第一个命令是su并且我更改为 root 或 guest，那么问题会影响ls新会话中的第一个命令。

Linux 4.8 和 3.16 都会出现这种情况。

Mate 终端不会出现这样的情况。ls在另一个 TTY 中启动时也没有延迟（ Ctrl+ Alt+ F1,...）

.xsession-errors当它发生时，根日志中没有任何相关内容。

已经过去几天了，虽然我不记得它是什么时候出现的，而且我无法将它与 apt/aptitude 更新日志关联起来。

我不知道如何找到这个问题的根本原因。

相关内容