相关疑难解决方法(0)

在 xterm 内的 tmux 会话中，当程序生成大量输出时（例如cat very_long_file整个会话冻结了一段时间。即使我按 Ctrl-C 也没有任何中断。大概是因为 tmux 被冻结并且它没有将 Ctrl-C 转发到生成输出的程序。有什么办法可以防止这种情况发生。

如果我在 tmux 中运行一个有大量输出的命令，但决定用 Ctrl-C 取消它，那么在它停止之前会有 10-15 秒的延迟。但是，如果我在 tmux 之外做同样的事情，它会立即停止。为什么会这样，是否可以修复？

实际上，当我grep -R在一个大目录上进行操作并且我的搜索没有受到足够的限制时，就会出现这个问题。一种解决方法是首先将结果传送到管道wc以确保输出不会太长，但这只是我想避免的另一个步骤。

笔记：

• 这在 Gnome 终端、uxterm、st 和普通虚拟终端（例如，ctrl-alt-f2）中具有相同的行为，但在普通虚拟终端中延迟较小。
• 我不是唯一一个：http : //www.mail-archive.com/tmux-users@lists.sourceforge.net/msg01569.html
• 如果我的终端窗口更大，延迟会更长。对于全屏终端，grep -R在杂乱的主目录中停止（没有其他参数）大约需要 15 秒。对于 80×25 字符的终端，它几乎立即停止。