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

30 条回复 • 2021-12-17 10:40:53 +08:00

1

IgniteWhite

2021-06-29 09:41:39 +08:00 via iPhone

1

kitty 真正的神

2

wangkun025

2021-06-29 09:45:47 +08:00

自从买了 M1，就用自带的 terminal 了。
以前用 iterm2 。
我是轻度用户。

3

Mitt

2021-06-29 10:06:30 +08:00

一直觉得挺流畅的，我换 iterm2 单纯是因为功能更多一点（包括 rz 这种支持）

4

mxi1

2021-06-29 10:06:44 +08:00 via iPhone

@IgniteWhite kitty 现在的版本不支持无限缓冲区；没有 m1 native 支持；

5

mxi1

2021-06-29 10:08:42 +08:00 via iPhone

@Mitt iterm2 的一点好处是现代字体渲染比自带的 terminal 要好很多；比如 operator mono 字体，能使用自带的各种体态的字体样式； terminal 就傻傻的把 regular 样式给加粗

6

cubecube

2021-06-29 10:21:02 +08:00

Terminal 挺流畅的了，就是功能少点
iterm 就是功能多

7

byte10

2021-06-29 10:34:57 +08:00

1

一个终端还有性能的问题？ 10 年前的电脑都不会有问题吧。这个个性能啥问题？

8

zhanggang807

2021-06-29 10:37:14 +08:00

主要是 iterm 功能多一些，有时能提高一些效率，比如 broadcast input 功能
多 panel 时很好用

9

anonydmer

2021-06-29 10:39:53 +08:00

重度命令行用户，目前还是用 iTerm2 ；内置 terminal 功能还是有些少，比如横向纵向分屏和各种快捷键

10

EvilDevilJin

2021-06-29 10:47:50 +08:00

用 iTerm2 纯粹是为了好看,颜值是第一生产力

11

Numbcoder

2021-06-29 11:06:13 +08:00

1

@mxi1 kitty 已经是 universal 版本了

12

ynyounuo

2021-06-29 11:18:11 +08:00 via iPhone

参考我之前做的 input lag 测试

至于 rendering 和 parsing 还是 Alacritty 更胜一筹，但是现在功能愈发臃肿也逐渐不如 alpha/beta 的时候了。Kitty 的原则和 Alacritty 是背道而驰的，Kitty 觉得窗口，tab 这类东西都应该由 terminal 来实现，Alacritty 觉得这类应该由诸如 tmux 之类的 multiplexer 来实现。我日常还是用 iTerm，不过 Kitty 的 Unicode input 工具挺好用，我也在用

13

jdhao

2021-06-29 11:53:54 +08:00 via Android

1

terminal 真彩色都不支持。。

14

lostberryzz

2021-06-29 12:15:59 +08:00

iterm 其实效率也还可以吧，terminal 常用功能都有，但是总有功能点不如 iterm 的地方，这时候就很劝退了

15

snooprat

2021-06-29 12:40:20 +08:00

自从换了 M1 就用自带 Terminal 了+1，感觉刷新和延迟都是最好的。

16

MrKrabs

2021-06-29 16:00:30 +08:00

一直都用 Terminal

17

lucifer9

2021-06-29 17:21:33 +08:00

Terminal 不支持真彩，楼上有人说了
Alacritty 不支持 ligatures

18

IgniteWhite

2021-06-29 18:07:43 +08:00

@mxi1
@ynyounuo
我不用 Alacritty 纯粹因为它目前没有 ligature 和 curly/coloured underline 支持，特殊字符也对不齐。不过 Alacritty 最近有在讨论以后的 graphics protocol 发展方向，所以肯定会持续关注的。他们最近的 PR 有在提议使用 sixel：
https://github.com/alacritty/alacritty/pull/4763

现在的 graphics protocol 有 sixel，iTerm 2 自家的，kitty 自家的。

我写了个主流 terminal 常用功能对比，不一定全，不一定新，仅供参考：
https://github.com/g6ai/dotfiles/wiki/Terminal-Emulators

关于现有 terminal emulator 的 graphics protocol 的一点介绍讨论：
https://www.reddit.com/r/tmux/comments/np7rjj/what_terminal_emulator_goes_well_with_tmux/h06gzvy/?utm_source=share&utm_medium=ios_app&utm_name=iossmf&context=3

19

Nitroethane

2021-06-29 18:15:17 +08:00

我不用自带 terminal 的原因是它不支持 OSC 52，在 SSH 里用 tmux 的时候没法同步剪贴板

20

IgniteWhite

2021-06-29 18:29:50 +08:00

1

@Nitroethane SSH 的 tmux 同步剪贴板需要自己配置，我在 wiki 里写了过程：
https://github.com/g6ai/dotfiles/wiki/tmux.conf#copy-over-ssh
具体配置也在那个 repo 里面。

21

Kobayashi

2021-06-29 19:15:13 +08:00 via Android

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

22

bao3

2021-06-29 20:58:53 +08:00 via iPhone

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

23

cattyhouse

2021-06-29 23:11:58 +08:00

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

24

ynyounuo

2021-06-30 05:16:12 +08:00 via iPhone

@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，会切割或者缩放过大的字符，偶尔有一些显示上的不和谐感，不过也还好

25

IgniteWhite

2021-06-30 05:41:04 +08:00

@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，不过整体上观感不错。

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

26

ynyounuo

2021-06-30 06:58:28 +08:00 via iPhone

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

27

Numbcoder

2021-06-30 11:51:16 +08:00

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

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

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

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

28

ynyounuo

2021-06-30 12:10:37 +08:00 via iPhone

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

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

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

29

zacklin99

2021-06-30 14:13:53 +08:00

用的 terminal + termius

30

matrix67

2021-12-17 10:40:53 +08:00

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