MacOS 11.4 的自带 Terminal 性能提升了很多？

[RudyS]

之前就是觉得有点卡顿，用 Alacritty 替代了好久了；偶然切回来，突然觉得很流畅了。

[Kobayashi]

提升了有毛用，连个真彩都不支持。

[bao3]

自从用了 M1，我也只用自带 terminal 了。以前还用用 iTerm2

[cattyhouse]

Terminal 不支持 page up / down, home/end 等快捷键, 需要手动添加 key 到 profile 里面.

[ynyounuo]

@IgniteWhite 我倒是不希望 Alacritty 再添任何影响性能的东西，和一开始的设计哲学已经妥协不少了。它应该作为一个极致性能而功能寡淡的 terminal，否则慢慢得和 iTerm 也就毫无差异了。至于 ligature 我觉得 GPU render 和 render ligature 等复杂 OpenType features 就是相悖的，一些等宽字体也相应的为了简单的 terminal 显示推出了去掉 ligature 支持的版本。我倒是觉得很多人并不需要支持 ligature 的 terminal 而只是需要一个支持 ligature 的 vim/emacs 容器，kitty 目前我就完全用来当 ranger/nvim 容器。一方面不需要适配不同 terminal 的图片显示支持，一方面多窗口 + twm 的形式也避免了用 multiplexer 后需要面对的真色彩支持的各种问题。不过 kitty 对于字符处理是严格不允许 overflow，会切割或者缩放过大的字符，偶尔有一些显示上的不和谐感，不过也还好

[IgniteWhite]

@ynyounuo 我看了几个延迟测量，kitty 是比 Alacritty 快的。比较好奇你那边测出来 iTerm 开了 GPU 加速为什么平均延迟反而更大了。Alacritty 使用 rust 不意味着它一定就快，未来使用 sixel 也不意味着会降速。

然后对我个人来说，ligature 不是关键，可以不用。但是我希望一款 terminal emulator 能对齐特殊字符，这点 Alacritty 目前做的不行。我也希望在 tmux 里面能正常显示下划线颜色和波浪线，Alacritty 也没做到，反而是不提倡 tmux 的 kitty 做到了。有一个 kitty 目前没做好的，是自动光标颜色。我也是两个换着用，最近用 kitty 多一些是因为和你说的一样，用 Neovim，需要 LaTeX 写论文，所以想要波浪线标注拼写错误。

我在 Alacritty 和 kitty 的 GitHub 和 reddit 里面也看到了不少争辩。kitty 作者 kovid 是出了名的不妥协，按照自己的偏好写软件。讲话也不好听，完全不认同 tmux 对 terminfo 的处理。他甚至和 tmux 的作者 nicm 争辩到 nicm 说滚出我的 issue = =。kovid 以前在 Cal Tech 工作，也写出了 Calibre 这样的高品质软件。Alacritty 那边是对有异见者关 issue，不过整体上观感不错。

其他你说的点我学习了不少新知识，多谢啦

[ynyounuo]

@IgniteWhite 再犟的人也还是得向用户妥协，Kovid 扬言要独立支持 Python 2 的后续维护，后来 Calibre 5.0 还不是把开发移到了 Python 3 上，能力强的独立开发者都有些 epeen，某种角度也是优点和特色。tmux 要搞好用并且保持远端和本地体验一致太麻烦了，我需要的时候就只用 vanilla tmux 了，就懒得折腾了……

[Numbcoder]

@IgniteWhite
@ynyounuo 作为一个在 Kitty 和 Alacritty 之间反复横跳多次的用户也来说两句。

1. 关于性能，其实这个争论比较多，也有好多人做过测试，结论就是差不太多，都是非常快，第一梯队的。Alacritty 每次拒绝 feature 都以性能为由，事实上 Kitty 功能都已经这么丰富了，性能也不比 Alacritty 差。

2. 字体渲染。个人觉得 Kitty 要强一些，至少在调节选项上要多一些，基本上在不同的显示环境下，能调到一个个人喜好的效果。Alacritty 在 Mac 下字体渲染过重，regular 字体渲染成了 bold，逼得我只能用 light，才能得到正确的显示效果，而且这个问题在 issue 里讨论过多次，作者没有修复的打算

3. Kitty 作者对项目的维护更加积极主动，对 issue 和 pr 响应都很快。Alacritty 作者则相对傲慢许多，对自己用不到或者不会出现的 bug 不屑一顾，当然我也理解作者对性能的追求。

[ynyounuo]

@Numbcoder
我的感觉不一样，我觉得其实是能力问题。

我觉得相比而言 Alacritty 的作者能力和经验稍欠，很多功能的实现和 bugs 的解决要依靠社区支持。所以导致 Alacritty 后续的坑非常多（从 open issue 可见一斑），他对很多 issue 的态度是冷处理，我个人觉得非常不好。反过来，Kitty 的作者能力非常强，个人维护大型项目的经验也非常充足，对于自己认可的 bugs 基本上是立马修缮，对于自己不熟悉的地方也能快速定位到问题的解决方案寻求合适的帮助。

但是性格而言，我感觉 Kovid 还是要傲慢多了，不过也都是有理有据的傲慢。总体而言我觉得 Kitty 的前景和未来可以预见的维护力度肯定是更好的，Alacritty 感觉慢慢会越来越欠缺 contribution 而慢性死亡

[zacklin99]

用的 terminal + termius

[matrix67]

刚在 hn 上看到的，https://github.com/alacritty/alacritty/issues/1561 Alacritty 把香蕉色当成绿色还不解决，233