New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Slowness still persistent even after regexpengine workaround #65
Comments
Are you sure its numbers.vim? Did you profile? |
Yup, I have. Exhaustively went through, disabling all my plugins (I don't have many to be honest). The moment I disabled numbers My conclusion was that it must be some issue with numbers.vim, and since it was happening when I was holding down j or k to scroll, perhaps the calculations for relative line numbers was slowing down vim? |
Thats a vim issue then, I would look into that. |
Sorry for the late response here, but mind elaborating on why its a vim issue? Still have this problem, but I've been avoiding it by toggling line numbers off for larger files. As far as I can tell, it seems that the root cause is indeed numbers.vim, since the problem goes away when I toggle off numbers, but not when I disable any other plugins. I'd love to get to the bottom of this, since I love numbers.vim and I hate having to disable it just to work on larger files. |
Just to confirm, I am having the same problem with large files. |
Hi, I've been experiencing some pretty bad lag with vim when editing files at around 400-500~ lines or greater length. I've found the previous issue (#53), and tried the workaround but it doesn't help much. However, toggling relative line numbers off completely solves the issue.
I'm also running on a pretty powerful machine here. 3.5 GHz quad core, 16 GB ram, running Ubuntu. When just scrolling down in the file, I see an entire 100% usage of a core on the CPU.
vim 7.4, Ubuntu 14.04 Trusty Tahr
The text was updated successfully, but these errors were encountered: