程序打印的每一个字符,都要先被 Term 读进来,才能画到屏幕上。在 26.8.3 里,这一步最多快了五倍,已经和最快的那几款终端站在一起。
v26.8.3+ · 撰写于
服务器发来的每个字符 —— 编译日志的一行、一次颜色切换、一个中文词、全屏程序的一次重绘 —— 都要先被读进来、放到 Term 的屏幕上,然后才能画出来。这次提速的就是这一步。画屏幕本来就快,这次快的是画之前的那部分工作。
输出一下子涌进来的时候,你会感觉得到:
cat 一个很大的日志,或者一次打印上千行的编译htop、btop、滚动中的 vimls --color、编译报错、git log --graph在 Wi-Fi 或移动网络下,连接本身通常比下面任何一个数字都慢。这时变化在于:每一屏内容占用手机的时间少了,留给其他事情的就多了。
Term 围绕的,是如今人们在手机终端里做得最多的事:通过 SSH 或 mosh,在服务器上跑编程智能体 —— Claude Code、Codex、opencode 等等。速度是其中一部分,但只是一部分。智能体每秒只输出几千个字符,远低于任何一款现代终端的读取能力。一次会话用起来顺不顺,取决于速度之外的这些:
这次的提速,是为智能体一下子倒出大量内容的时刻留出余量 —— 一段很长的 diff、一次测试、一份编译日志 —— 让手机花在上面的时间更少。
每一行是 8 MB 的同一类输出,送进各个终端自己的引擎,屏幕都是 80 列。单位是每秒兆字节,越高越好。
| 输出类型 | Term 26.8.2 | Term 26.8.3 | Ghostty | Alacritty |
|---|---|---|---|---|
| 纯文本滚动 | 65 | 326 | 555 | 165 |
| 大量颜色 | 90 | 154 | 122 | 156 |
| 中文、表情、带重音的字母 | 77 | 137 | 197 | 129 |
| 全屏程序重绘 | 69 | 310 | 306 | 166 |
| 典型的命令行会话 | 84 | 251 | 292 | 194 |
在一台 Apple M1 Pro 的 Mac 上测得,每个引擎都按最快的方式构建,取五次中最好的一次。手机的处理器比它慢,所以手机上的数字会更低。
五行里有三行 Ghostty 仍然最快,纯文本上领先最多。Term 现在在全屏程序重绘上是三者中最快的;颜色上超过了 Ghostty、和 Alacritty 持平;其余四行都超过了 Alacritty。智能体的输出,大部分正是颜色和重绘。
屏幕显示和以前完全一样。发布前,我们把同样的输出同时喂给新旧两版 Term —— 数千轮的文本、表情、颜色、折行和全屏程序 —— 逐一核对:每个字符的位置、颜色,每一次都完全一致。
Term 26.8.3 起可用,不需要任何设置。