-
-
Notifications
You must be signed in to change notification settings - Fork 487
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
Slow performance / update delay #494
Comments
same problem, when open big Makefile(about 9m), scroll becomes very slowly |
Am seeing this problem on some verilog files (using verilog_systemverilog syntax plugin) - file size only 800kB |
@kenny1847, @starifly, and @narcolepsy — what you you have vim's I'm guessing there is a better way to do this overall using an autocommand hook so I"m going to leave this issue open to look into that, but I suspect for most of you having a too-big updatetime value is your only issue. Please feel free to comment here on whether or not that addresses your issue. |
At the very least to fix this issue it should be documented how this value affects the plugin's apparent performance because it seems like a lot of people deal with this. |
updatetime=4000 |
@narcolepsy With that setting tagbar will not even start updating until 4 seconds have passed since the last cursor activity. |
The startup time issue is a duplicate of #477 — we shouldn't be doing a tags run that blocks the main thread when first opening files until some tagbar view is requested or we can run it in the background. Period. The update delay is a different issue that the startup time one, but I believe that would be resolved by a smaller updatetime value. @starifly Scrolling is a different issue and shouldn't even be a function of this plugin at all. If you still have that issue please open it as a separate issue. |
Got very big python file (16k LOC) so opening is extremely slow w/ tagbar.
The text was updated successfully, but these errors were encountered: