大量运行会使vim运行缓慢吗?


18

这似乎是一个很愚蠢的问题,但是我有一个Python文件,其中包含一个数字,该数字的长度为一千个数字,并且该文件的运行速度似乎非常缓慢,我不确定是否正在进行某种处理。我不知道。

我按了排队j,有一定的停顿时间约1秒,那真是太痛苦了!

我只在Python文件上有此选项,而在其他文件上则没有。

删除号码后,文件将再次正常工作...

这是电话号码:

number=("""7316717653133062491922511967442657474235534919493496983520312774506326239578318016984801869478851843858615607891129494954595017379583319528532088055111254069874715852386305071569329096329522744304355766896648950445244523161731856403098711121722383113622298934233803081353362766142828064444866452387493035890729629049156044077239071381051585930796086670172427121883998797908792274921901699720888093776657273330010533678812202354218097512545405947522435258490771167055601360483958644670632441572215539753697817977846174064955149290862569321978468622482839722413756570560574902614079729686524145351004748216637048440319989000889524345065854122758866688116427171479924442928230863465674813919123162824586178664583591245665294765456828489128831426076900422421902267105562632111110937054421750694165896040807198403850962455444362981230987879927244284909188845801561660979191338754992005240636899125607176060588611646710940507754100225698315520005593572972571636269561882670428252483600823257530420752963450""")

它甚至不是数字,而是字符串。


2
在这里确认;如果文件为,则不会发生.txt。我想有些语法高亮的regexp模式会误入歧途。
Rmano

由于这与语法突出显示相关,因此简单的解决方法是将其设置synmaxcol为一些有限的数字(例如终端的宽度)。
斯莱德

Answers:


23

我可以syntax/python.vim使用Vim 7.4.663附带的来重现此内容。

使用:syntime,这似乎是由以下语法组/模式引起的:

TOTAL      COUNT  MATCH   SLOWEST     AVERAGE   NAME               PATTERN
73.870736   20     0       3.940215    3.693537  pythonNumber       \%(^\|\W\)\@<=\d*\.\d\+\%([eE][+-]\=\d\+\)\=[jJ]\=\>

您应该将此问题报告给它的维护者(他的名字和电子邮件地址在脚本的标题中)。

顺便说一句,我最初无法重现此内容,因为我使用了here的替代语法脚本。切换到该选项(如果它符合您的要求)也是一种可行的解决方法。


编辑:进一步研究可能的原因,这似乎是由于新的基于NFA的正则表达式引擎的病理性能所致。使用:set regexpengine=1,我看不到有如此大的放缓。因此,一种可能的解决方法/修补程序是针对该语法匹配切换到旧引擎;这可以通过添加\%#=1模式(cp。:help NFA)来完成。


谢谢@Ingo,我之前从未报告过任何东西,但我很高兴。我有语法文件/usr/share/vim/vim74/syntax,顶部的开发人员是Neil Schemenauer <nas@python.ca>。我可以问你吗; 这就是为什么您最初更改语法文件的原因?谢谢
baxx 2015年

是的,这是对的; 最新版本是2014年7月16日,因此可能仍在维护中,您将得到作者的答复。您可以向他指出这个问题,因为它已经包含了一个很好的可重复示例。
Ingo Karkat 2015年

我只是在某种程度上找到了我的替代Python语法。我只是很少编辑Python文件,所以到目前为止我还没有考虑太多。
Ingo Karkat 2015年

谢谢@Ingo,我已经更改了语法文件,不再变得太慢了。恐怕正则表达式引擎有些超出我的理解范围,不过我会给开发人员发送电子邮件,我很乐意进行任何测试。
baxx
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.