如题，当处理一个有几万行的文本文件时，vim移动光标都有明显的卡顿，但是sublime却很流畅。
内部的原理是什么？vim可不可以改进？
请大神赐教，多谢！
vim默认enable的功能太多，而这些功能里面很多在大文件下性能很差。比如:set noswapfile禁掉swap file，比如vim -u xxx无插件启动等等
:set noswapfile
vim -u xxx
主要vim的设计不是针对大文件的，代码文件有几万行甚至更多是极少发生的
ssh下用vim8.0查看日志，98931万行，很流畅。本机Windows用自编译gvim8.0查看，也很流畅。
我猜你用的官方发布的gvim 7.4 for windows 吧，连+directx 都不支持的版本。你用一个开源软件的优化最差的平台的老旧版本跟商业软件的最新版本比，意义在哪里？
你确定你的vim是在Linux环境下吗？我也打开过很大的文件，没有卡顿过，不过sublime也很好用
几万行？
VIM 我最大打开过 2G 的日志文件。没啥问题。打开几百M的文件更是 EASY。楼主可以想象一下有多少行。
VIM
EASY
应该是网络问题导致ssh里vim编辑移动光标卡顿吧,别说vim,就算是小nano,编辑个10万行级别的文件也是很轻松的.不过我习惯在Ubuntu桌面上用编辑器Geany.
vim默认enable的功能太多，而这些功能里面很多在大文件下性能很差。比如
:set noswapfile禁掉swap file，比如vim -u xxx无插件启动等等主要vim的设计不是针对大文件的，代码文件有几万行甚至更多是极少发生的
ssh下用vim8.0查看日志，98931万行，很流畅。
本机Windows用自编译gvim8.0查看，也很流畅。
我猜你用的官方发布的gvim 7.4 for windows 吧，连+directx 都不支持的版本。
你用一个开源软件的优化最差的平台的老旧版本跟商业软件的最新版本比，意义在哪里？
你确定你的vim是在Linux环境下吗？我也打开过很大的文件，没有卡顿过，不过sublime也很好用
几万行？
VIM我最大打开过 2G 的日志文件。没啥问题。打开几百M的文件更是EASY。楼主可以想象一下有多少行。
应该是网络问题导致ssh里vim编辑移动光标卡顿吧,别说vim,就算是小nano,编辑个10万行级别的文件也是很轻松的.不过我习惯在Ubuntu桌面上用编辑器Geany.