主要观点：作者长期使用 Xterm，因 Unicode 支持等问题多次尝试切换终端模拟器，每次都因输入时的额外延迟而放弃，虽对 GPU 加速终端如 wezterm 抱有希望但仍觉缓慢，遂进行终端模拟器延迟的基准测试。
关键信息：

• 使用 Typometer 工具测量终端模拟器输入延迟，测试在同一台机器上进行，包含多种终端模拟器及相关应用。
• Xterm 延迟最佳，Hyper 最差，kitty 可通过特定设置大幅提升速度，如 repaint_delay 8、input_delay 0、sync_to_monitor no 时延迟降低。
• 测试的其他应用中，Neovim 在 tmux 内的延迟与单独的 Alacritty 相比增加不多，Chromium 和 Firefox 的 HTML 文本区域延迟是 Alacritty 的两倍多，Visual Studio Code 延迟为 31.2ms。
• 一位 st 终端模拟器的贡献者指出 st 存在延迟与吞吐量的权衡，默认 minlatency 从 8ms 改为 2ms 以提供更低默认延迟，经自定义设置 minlatency = 0、maxlatency = 1 后平均延迟降至 5.2ms 低于 Xterm。
  重要细节：
• 测试不包括键盘和显示延迟，测量结果仅代表软件栈产生的延迟。
• 各终端模拟器及应用的测试版本均为写作时 Arch Linux 上的最新稳定版本或最新主提交版本。
• 参考了 Typometer GitHub、Measuring terminal latency、Improve input latency 等相关内容及 st 贡献者 avih 的相关信息。