Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/vim/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Vim:insert模式在400+;线_Vim_Line - Fatal编程技术网

Vim:insert模式在400+;线

Vim:insert模式在400+;线,vim,line,Vim,Line,我有一个400多行的文件(这是一篇论文)。当我在附近编辑它时 在顶部(比如第20行),Vim一如既往地敏捷。但是,在附近编辑它 底部(大约第400行)在我键入字符之间造成明显的延迟 和Vim在屏幕上显示它。因此,几乎不可能 编辑这么大的文件 原因是什么?我能做什么 我尝试过切换交换文件,语法,滚动等,但没有 似乎有帮助。Vim的最大线数应为2147483647,因此 事实上,我们还有很长的路要走:) 如果这与设置maxmem有关,那么什么是合理的选择 值,考虑到我最多编辑2500行文件 非常感谢

我有一个400多行的文件(这是一篇论文)。当我在附近编辑它时 在顶部(比如第20行),Vim一如既往地敏捷。但是,在附近编辑它 底部(大约第400行)在我键入字符之间造成明显的延迟 和Vim在屏幕上显示它。因此,几乎不可能 编辑这么大的文件

原因是什么?我能做什么

我尝试过切换
交换文件
语法
滚动等,但没有
似乎有帮助。Vim的最大线数应为2147483647,因此
事实上,我们还有很长的路要走:)

如果这与设置
maxmem
有关,那么什么是合理的选择 值,考虑到我最多编辑2500行文件


非常感谢您的帮助!干杯。

好的,这里的问题是折叠(我对
foldlevelstart
的设置不好)。因此,根据我的经验和经验:

要检查/切换的其他内容包括
语法
文件类型
换行
和行长度(一些插件可能会因为行太长而变慢)

在没有当前设置的情况下运行Vim是一个很好的起点。感谢@Frederik为我指出这一点:

vim -u NONE

在此之后,禁用所有插件是一个好的开始。有关一般知识,请参见:
:帮助减慢

不要只怪语法,在正常模式下,有几件事会减慢编辑速度。e、 g.自动完成;我好几天都在想我的Vim速度慢是因为语法。我将我的自动补全插件配置为在输入至少6个字符后才触发自动补全,速度大大提高。我甚至不必碰任何语法突出显示的问题。

我最近在一个相对较短(标记)文件的底部键入时遇到了这个问题-滞后。在卸载插件并注释掉my.vimrc中的大多数设置之后,我发现问题是来自与vim一起预装的。注释掉
让g:markdown\u folding=1
起作用


我仍然希望自动折叠降价文件,因此我安装了,并且性能没有问题。

尝试使用
vim-u NONE启动vim
。同样的行为?通常4002500行对vim来说只是小菜一碟。您的文件大小有多大?400行很小,2500行也很小。是否使用
设置换行
?最长的线有多长?您使用什么文件类型?如果有的话,你使用什么插件?什么版本的Vim?什么操作系统?Shell还是GUI?@Fredrik这似乎有效。这意味着问题出在我的环境中,对吧?@Kent是的,我也是这么想的。它只有20.4 KB:/谢谢您的输入!这是很久以前的事了,但发生这种情况时,我肯定也在vim中使用了降价。不过,不确定当时是vim markdown、VOoM还是其他具有概述功能的插件。但事实上,发生这种情况时,我肯定是在另一个窗口中用折叠视图编写长的降价文档。很高兴你也解决了这个问题。在+10行粘贴和禁用折叠(在我的例子中是vim_markdown)时出现了一些速度问题,解决了这个问题!更新2020:您可能希望签出[coc.nvim][1]以用作您的语言智能引擎。它非常棒,在编辑模式下异步自动完成,所以您的体验不会减慢。[1] :vim线
vim -u NONE