这是一个创建于 1993 天前的主题，其中的信息可能已经有所发展或是发生改变。
环境
- 机器: MBP2015
- 终端: Terminal App, 不是 iTerm
- 版本: NeoVim(NVIM) v0.4.3
- 插件: vim-go 套件, deoplete 补全, 插件总数不超过 15 个
- 其他: 配合 tmux 一起用
写 Go 的, 之前一直都是的上面的组合, 然后就很卡顿, 是真的很卡顿, 光标移动卡顿, 敲字符卡顿, 补全也卡顿. 升级重装什么的都试过, 也没啥用, 周围的小伙伴有的也面临这种问题.
昨天心血来潮装了 MacVim. 一下子通畅了很多, 然后我就百思不得其解了, 有没有人知道这到底是因为什么?
 | 1 tangbao 2020 年 8 月 2 日 你试试 VIMR ？ |
 | 2 xiaohanliang OP @tangbao 谢谢哥们我觉得 MacVim 挺好了, 我就是有点搞不太明白为什么 MacVim 能快这么多, 仅仅是因为有了一个 GUI 的原因吗? |
 | 3 vk42 2020 年 8 月 2 日 vim 的插件对性能影响很大，你把 nvim 配置文件夹改个名再试一下。 |
 | 4 jmc891205 2020 年 8 月 2 日 via iPhone 可能哪个插件对 neovim 支持不好？ |
 | 5 dullwit 2020 年 8 月 2 日 有可能是终端原因，试试有 gpu 加速的终端看看 |
| 6 xiaohanliang OP @dullwit 嗯嗯, 刚在网上搜了一圈, 其中一个造成卡顿的原因, 就是你提到的"render"(界面绘制), 终端需要不停的 render, 才能把 vim 的界面绘制出来, 从这个角度出发, 有 GPU 加速就会快一些. 我在网上看他们说, 其中最大的因素他们说是因为: > 是因为 vim 进程是一个 tmux fork 出来的进程, fork 出来的 vim 通过 ptty 将信息传递给 tmux, tmux 再传回给 zsh > 最终得以绘制, 这么多级的传递造成了明显的延迟. [Reference]( https://superuser.com/questions/657498/why-is-macvim-much-faster-than-vim-in-the-terminal) 但其实我对这种说法存疑, 我打开非 Golang 的项目, 比如一大堆 shell 脚本, 如果真的是 render 造成卡顿, 那么打开 shell 还是 golang 应该都很卡, 但实际上 shell 就比 golang 快很多. 那就还跟 vim-go 的套件有关, 但我的 MacVim 也一个不少的用了 vim-go 套件, 但 MacVim 就是快... 为啥呢... 玄学? Vim 玄学调参? |
 | 7 jessun1990 2020 年 8 月 2 日 是 Mac 下的终端 vim 很慢。 Manjaro 终端下的 vim/neovim 都还是不错的。 终端试试 kitty ？ |
| 8 xiaohanliang OP @jessun1990 谢谢, 赞同 , 我也觉得是跟终端有关 |
 | 9 Chingim 2020 年 8 月 2 日 确实如此. 就算用 Alacritty 这种有 GPU 加速的 terminal, 在 MacVIM 和 Vimr 这种 GUI 面前还是显得很弱 同一个大项目, 在终端里用 jk 移动光标都有点卡顿, 在 GUI 里就啥问题也没有 |
| 10 xiaohanliang OP @Chingim +1 一点不错 |
 | 11 billlee 2020 年 8 月 2 日 这个至少控制一下变量，不要拿 neovim 和 vim 比吧？ Tmux 确实很容易引起延迟问题，似乎是处理输入的时候等待转义序列引起的 |
 | 12 nightwitch 2020 年 8 月 3 日 https://github.com/tmux/tmux/issues/353 下面有很多网友的解决办法，可以挨个试试 |
 | 13 Numbcoder 2020 年 8 月 3 日 大概率是 tmux 的锅 |
 | 14 limbo0 2020 年 8 月 3 日 试了下确实快, 但是用 macvim 脱离终端有点不太方便, 有什么解决办法吗 |
| 15 xiaohanliang OP  1 @limbo0 一些简单常用的命令通过 :! 来做, 比如 :! pwd, 再多的暂时没更好的办法 |
| 16 xiaohanliang OP Thanks(ω) |
| 17 xiaohanliang OP @nightwitch Thanks(ω) |
 | 18 yazoox 2020 年 8 月 3 日 楼主，最后的结论是什么？是 tmux 的问题？还是 mac 下的 vim 就有问题？还是...... |
 | 19 byzf 2020 年 8 月 3 日 我基本上在无插件模式下试过所有的 vim 的 gui 组合, tmux 本身就慢, terminal 本身有个 bug 也会慢. vimR 算快的, 但还是不够快, neovim 其它的 gui 可用性都有点问题. 最后选择了 vscodevim... |
| 20 xiaohanliang OP @byzf 可以的 折腾一圈还是 vscode 香, 我特么现在也有这种感觉, 反正也要搞 GUI, 为啥不直接用 vscode 呢? vscode 内部还集成了 terminal... |
| 21 byzf 2020 年 8 月 3 日 @xiaohanliang 主要是上了 gui 之后, 以前打的各种插件总是有那么几个不兼容, 这个字体不兼容那个 encoding, 或者显示中文少了几个像素之类的问题 github 上有一堆, 感觉 vim 还是在 terminal 环境下友好点 |
 | 22 spark 2020 年 8 月 3 日 当当的李国庆也用 Vim ? |
 | 23 Kobayashi 2020 年 8 月 4 日 via Android 换 iTerm，开 GPU 加速渲染。kitty 和 alacritty 也可以。另外 iTerm 默认优先使用集成显卡 GPU 加速，改成始终独显加速。后边两个货没有这个选项，不用管。 |
 | 24 KentY 2020 年 8 月 4 日 很可能是你终端的问题. mac 0 经验. 我 10 几年一直用 urxvt 没考虑过别的终端, 个人觉得非常快, 一次配置,10 好几年不变 |
| 25 xiaohanliang OP @Kobayashi 谢谢帮助哦, 但我刚刚尝试了 iTerm, 也开了 GPU rendering, 在我的环境下加速效果比较有限, 呃... 还是比不上 MacVim 的速度 :) |
| 26 xiaohanliang OP 1 @yazoox 今天沉下心对比了各种条件下的 vim 的响应速度, 有如下结论: 1. MacVim, 以及其他有 GUI 的 vim, 一定是最快的, 缺点也是因为这个 GUI, 没法跟命令行紧密结合 2. 关了输入提示插件 zchee/deoplete-go 以后, 速度明显更快 3. 同一个大的 Go 项目下, 开了 GPU rendering 的 iTerm2 明显比 Terminal.app 更快, 这个推翻我之前的结论 @Kobayashi @dullwit 4. 同等条件下不使用 tmux 会稍微快一点点(tmux 的影响不算很大) |
| 27 dullwit 2020 年 8 月 7 日 via iPhone @xiaohanliang #26 lsp 要不试试 coc.nvim ？ |
 | 28 chemzqm 2020 年 8 月 8 日 deoplete 在 neovim 是 remote 插件，使用 messagepack 消息通讯，性能肯定比 vim 嵌入的 python 差些，除非它能改用全异步通讯。也可能因为你的 terminal 和 tmux 造成的卡，你自己试试就知道了 |
 | 29 FurN1 2020 年 8 月 13 日 带 vimscript 之外的插件，比如 powerline 这种需要外面跑 python 的插件，还有 youcompleteme 这种，都可能带来卡顿。neovim 没用过，可能也会比较重。我现在是把 powerline 换成了 airline，在内存小的机器（比如树莓派）上干脆不加插件，手动设置 vimrc 。我的 dotfiles： https://github.com/g6ai/dotfiles 里面 vimrc 会检测内存，决定开不开插件 |
Select Language