Poor performance after upgrading #396

Closed
loganlinn opened this Issue Feb 4, 2012 · 45 comments

Comments

Projects
None yet
@loganlinn

I recently upgraded my version of janus and have been noticing some sluggishness when switching buffers/tabs, especially when I've had mvim open for a while. At times it takes 3-5 seconds to switch to reasonably sized buffers.

Ive been trying disabling various plugins. Noticed some speedup after disabling syntastic, but it's still not same feel as it was prior to upgrade.

Running MacVim 7.3 (snapshot 64) on a more than capable Macbook Pro.

Is anyone else experiencing this type of performance degradation? Any particular plugins I should try disabling next?

Thanks

Edit: The issues are likely due to having css-color plugin enabled and/or fugitive plugin's git information in the statusline.

@seanabrahams

This comment has been minimized.

Show comment
Hide comment
@seanabrahams

seanabrahams Feb 5, 2012

I'm also experiencing this. Running 7.3 (snapshot 62).

Disabling Syntastic improves things but not 100%.

I'm also experiencing this. Running 7.3 (snapshot 62).

Disabling Syntastic improves things but not 100%.

@maletor

This comment has been minimized.

Show comment
Hide comment
@maletor

maletor Feb 6, 2012

Yes, this needs to be discussed as it is a serious issue. I am discovering it takes 20 seconds to load up 1000 line files.

maletor commented Feb 6, 2012

Yes, this needs to be discussed as it is a serious issue. I am discovering it takes 20 seconds to load up 1000 line files.

@adrianrego

This comment has been minimized.

Show comment
Hide comment
@adrianrego

adrianrego Feb 6, 2012

Member

Specific filetype? Anyway of posting that 1000 line file to use as a benchmark?

Member

adrianrego commented Feb 6, 2012

Specific filetype? Anyway of posting that 1000 line file to use as a benchmark?

@maletor

This comment has been minimized.

Show comment
Hide comment
@maletor

maletor Feb 6, 2012

It's a schema.rb file. Pretty proprietary.

maletor commented Feb 6, 2012

It's a schema.rb file. Pretty proprietary.

@kylemathews

This comment has been minimized.

Show comment
Hide comment
@kylemathews

kylemathews Feb 6, 2012

I was seeing this as well. My speed issue seemed to be related to css-color. I see there was a recent updated to use a faster fork of the plugin, but my only fix was to just disable that plugin for now.

I was seeing this as well. My speed issue seemed to be related to css-color. I see there was a recent updated to use a faster fork of the plugin, but my only fix was to just disable that plugin for now.

@burningTyger

This comment has been minimized.

Show comment
Hide comment
@burningTyger

burningTyger Feb 6, 2012

here too. Wondering whether it was related to vim-powerbar which I installed with the new janus release. I have a Sinatra project with one large ~1k app file and some small views. It always takes about 5 to 10 seconds to switch to the app file in macvim.

BTW, ever since this vim problem came up my Finder became slow too. I'm mentioning this just in case it might be a problem outside vim.

here too. Wondering whether it was related to vim-powerbar which I installed with the new janus release. I have a Sinatra project with one large ~1k app file and some small views. It always takes about 5 to 10 seconds to switch to the app file in macvim.

BTW, ever since this vim problem came up my Finder became slow too. I'm mentioning this just in case it might be a problem outside vim.

@loganlinn

This comment has been minimized.

Show comment
Hide comment
@loganlinn

loganlinn Feb 7, 2012

I'm investigating whether having git data in the status line is causing the delay when switching tabs/buffers. I've commented out the line where fugitive#statusline() is added in. Defiantly seems to speed up tab switching, but I'm not sure if that's the original culprit. I will need to test over longer vim sessions tomorrow.

I'm investigating whether having git data in the status line is causing the delay when switching tabs/buffers. I've commented out the line where fugitive#statusline() is added in. Defiantly seems to speed up tab switching, but I'm not sure if that's the original culprit. I will need to test over longer vim sessions tomorrow.

@maletor

This comment has been minimized.

Show comment
Hide comment
@maletor

maletor Feb 8, 2012

Any luck here? I know people that use fugitve and powerbar without janus and they do not have performance issues.

maletor commented Feb 8, 2012

Any luck here? I know people that use fugitve and powerbar without janus and they do not have performance issues.

@razic

This comment has been minimized.

Show comment
Hide comment
@razic

razic Feb 8, 2012

i gave up janus after this.

razic commented Feb 8, 2012

i gave up janus after this.

@loganlinn

This comment has been minimized.

Show comment
Hide comment
@loganlinn

loganlinn Feb 8, 2012

My last changes were disabling css-color plugin and removing git info from statusline. After a day of use, it feels about back to normal, which is great

I know people that use fugitve and powerbar without janus and they do not have performance issues.

The performance of a statusline with git info in it could be dependent on the repo... I have git branch displayed in my shell prompt, and in certain (larger) repos, it can get slow at times.

My last changes were disabling css-color plugin and removing git info from statusline. After a day of use, it feels about back to normal, which is great

I know people that use fugitve and powerbar without janus and they do not have performance issues.

The performance of a statusline with git info in it could be dependent on the repo... I have git branch displayed in my shell prompt, and in certain (larger) repos, it can get slow at times.

@ghost

This comment has been minimized.

Show comment
Hide comment
@ghost

ghost Feb 12, 2012

+1 on the poor performance. I upgraded to Lion a few days ago and was excited to try out the updated Janus, but the new version is really slow. I tried removing all but the most essential plugins, which helped a bit. At least it's usable in this state. But I just did some editing on a computer with the old version of Janus, and it's way snappier.

I really appreciate the work that was put into Janus and have enjoyed using it, but I think this is my cue to start curating my own .vim directory.

ghost commented Feb 12, 2012

+1 on the poor performance. I upgraded to Lion a few days ago and was excited to try out the updated Janus, but the new version is really slow. I tried removing all but the most essential plugins, which helped a bit. At least it's usable in this state. But I just did some editing on a computer with the old version of Janus, and it's way snappier.

I really appreciate the work that was put into Janus and have enjoyed using it, but I think this is my cue to start curating my own .vim directory.

@southgate

This comment has been minimized.

Show comment
Hide comment
@southgate

southgate Feb 14, 2012

Disabling fugitive in .vimrc.before with the following fixed my performance issues:

call janus#disable_plugin('fugitive', "Poor performance") 

Disabling fugitive in .vimrc.before with the following fixed my performance issues:

call janus#disable_plugin('fugitive', "Poor performance") 
@maletor

This comment has been minimized.

Show comment
Hide comment
@maletor

maletor Feb 14, 2012

Damn, I loved this plugin. Especially for Gblame.

maletor commented Feb 14, 2012

Damn, I loved this plugin. Especially for Gblame.

@loganlinn

This comment has been minimized.

Show comment
Hide comment
@loganlinn

loganlinn Feb 14, 2012

I love the plugin too, and personally can't do without it. The performance issues I was having weren't from having fugitive enabled, it was from having fugitive's git information in my statusline.

I love the plugin too, and personally can't do without it. The performance issues I was having weren't from having fugitive enabled, it was from having fugitive's git information in my statusline.

@maletor

This comment has been minimized.

Show comment
Hide comment
@maletor

maletor Feb 15, 2012

I can verify this. Sped right up. Now to file an issue upstream.

maletor commented Feb 15, 2012

I can verify this. Sped right up. Now to file an issue upstream.

@thegrubbsian

This comment has been minimized.

Show comment
Hide comment
@thegrubbsian

thegrubbsian Feb 15, 2012

Contributor

Beyond just poor performance, I'm just generally experiencing a lot of annoyances. For example, the CtrlP index seems to hang around forever before it refreshes. I really don't like the changes to window status bar, just kind of busy and confusing. When shutting down MacVim I now get all kinds of errors in the terminal window from which it was launched.

Contributor

thegrubbsian commented Feb 15, 2012

Beyond just poor performance, I'm just generally experiencing a lot of annoyances. For example, the CtrlP index seems to hang around forever before it refreshes. I really don't like the changes to window status bar, just kind of busy and confusing. When shutting down MacVim I now get all kinds of errors in the terminal window from which it was launched.

@burningTyger

This comment has been minimized.

Show comment
Hide comment
@burningTyger

burningTyger Feb 17, 2012

disabling fugitive also disables vim-powerline which I came to love a lot. For some reason I switched over to Terminal vim and it seems a lot more responsive than MacVim. Maybe all of you could give that a go as well and see if it's MacVim related for you too?

disabling fugitive also disables vim-powerline which I came to love a lot. For some reason I switched over to Terminal vim and it seems a lot more responsive than MacVim. Maybe all of you could give that a go as well and see if it's MacVim related for you too?

@p8

This comment has been minimized.

Show comment
Hide comment
@p8

p8 Feb 19, 2012

Just changing the statusline fixed my performance issues

set statusline=%f\ %m\ %r

p8 commented Feb 19, 2012

Just changing the statusline fixed my performance issues

set statusline=%f\ %m\ %r

@trevrosen

This comment has been minimized.

Show comment
Hide comment
@trevrosen

trevrosen Feb 22, 2012

+1 for status line fixing issues. Fugitive worked fine before the big changes of Jan 2012 and seems to still work fine (i.e. no slowdown) after making the status line fix.

+1 for status line fixing issues. Fugitive worked fine before the big changes of Jan 2012 and seems to still work fine (i.e. no slowdown) after making the status line fix.

@maletor

This comment has been minimized.

Show comment
Hide comment
@maletor

maletor Feb 22, 2012

I am seriously considering switching to http://skwp.github.com/dotfiles/

On Wed, Feb 22, 2012 at 2:12 PM, Trevor Rosen <
reply@reply.github.com

wrote:

+1 for status line fixing issues. Fugitive worked fine before the big
changes of Jan 2012 and seems to still work fine (i.e. no slowdown) after
making the status line fix.


Reply to this email directly or view it on GitHub:
#396 (comment)

maletor commented Feb 22, 2012

I am seriously considering switching to http://skwp.github.com/dotfiles/

On Wed, Feb 22, 2012 at 2:12 PM, Trevor Rosen <
reply@reply.github.com

wrote:

+1 for status line fixing issues. Fugitive worked fine before the big
changes of Jan 2012 and seems to still work fine (i.e. no slowdown) after
making the status line fix.


Reply to this email directly or view it on GitHub:
#396 (comment)

@adrianrego

This comment has been minimized.

Show comment
Hide comment
@adrianrego

adrianrego Feb 22, 2012

Member

I'm good with removing Fugitive from the default statusline. YADR bundles Fugitive as well, but doesn't add git info to the statusline.

/cc @emxyzptlk

Member

adrianrego commented Feb 22, 2012

I'm good with removing Fugitive from the default statusline. YADR bundles Fugitive as well, but doesn't add git info to the statusline.

/cc @emxyzptlk

@kalbasit

This comment has been minimized.

Show comment
Hide comment
@kalbasit

kalbasit Feb 22, 2012

Member

I'm good as long as there's a wiki entry (or readme entry) informing people how to get it back..

Member

kalbasit commented Feb 22, 2012

I'm good as long as there's a wiki entry (or readme entry) informing people how to get it back..

@adrianrego

This comment has been minimized.

Show comment
Hide comment
@adrianrego

adrianrego Feb 23, 2012

Member

Syntastic and Fugitive have been removed from the default statusline. Visit the wiki, Statusline, for info on how to customize your statusline.

Member

adrianrego commented Feb 23, 2012

Syntastic and Fugitive have been removed from the default statusline. Visit the wiki, Statusline, for info on how to customize your statusline.

@loganlinn

This comment has been minimized.

Show comment
Hide comment
@loganlinn

loganlinn Feb 23, 2012

Thanks @adrianrego & @emxyzptlk

Thanks @adrianrego & @emxyzptlk

@loganlinn loganlinn closed this Feb 23, 2012

@tonylotts

This comment has been minimized.

Show comment
Hide comment
@tonylotts

tonylotts Feb 23, 2012

I'll chime in here since it seems most of those with performance issues are on macvim. I use vim in the terminal with fugitive statusline customizations (2 installs with Janus, one my custom vimrc) I have never experienced performance issues related to the fugitive statusline customizations*.

Are you sure this is not isolated to macvim?

*I have seen the hang ups with ctrl-p.

I'll chime in here since it seems most of those with performance issues are on macvim. I use vim in the terminal with fugitive statusline customizations (2 installs with Janus, one my custom vimrc) I have never experienced performance issues related to the fugitive statusline customizations*.

Are you sure this is not isolated to macvim?

*I have seen the hang ups with ctrl-p.

@maletor

This comment has been minimized.

Show comment
Hide comment
@maletor

maletor Feb 23, 2012

I believe it's isolated to MacVim.

maletor commented Feb 23, 2012

I believe it's isolated to MacVim.

@adrianrego adrianrego reopened this Feb 23, 2012

@adrianrego

This comment has been minimized.

Show comment
Hide comment
@adrianrego

adrianrego Feb 23, 2012

Member

Isolated to MacVim running in gui mode, not the terminal correct?

Member

adrianrego commented Feb 23, 2012

Isolated to MacVim running in gui mode, not the terminal correct?

@tonylotts

This comment has been minimized.

Show comment
Hide comment
@tonylotts

tonylotts Feb 23, 2012

I've never seen it in the terminal.

I've never seen it in the terminal.

@colnpanic

This comment has been minimized.

Show comment
Hide comment
@colnpanic

colnpanic Feb 27, 2012

not to confuse the issue, but i had slowdowns with macvim that went away when i disabled css-color. fugitive statusline doesn't seem to slow anything down, although my git repo is probably smaller than what most of you are working with.

not to confuse the issue, but i had slowdowns with macvim that went away when i disabled css-color. fugitive statusline doesn't seem to slow anything down, although my git repo is probably smaller than what most of you are working with.

@nikitug

This comment has been minimized.

Show comment
Hide comment
@nikitug

nikitug Feb 28, 2012

I'm experiencing same tab/buffer switching issue in gvim.

nikitug commented Feb 28, 2012

I'm experiencing same tab/buffer switching issue in gvim.

@sdhull

This comment has been minimized.

Show comment
Hide comment
@sdhull

sdhull Feb 29, 2012

Disabling css-color fixed it for me. Which is sad because I liked seeing the colors, but oh well.

sdhull commented Feb 29, 2012

Disabling css-color fixed it for me. Which is sad because I liked seeing the colors, but oh well.

@mhfs

This comment has been minimized.

Show comment
Hide comment
@mhfs

mhfs Mar 7, 2012

I can consistently reproduce the slowness enabling/disabling css-color (MacVim). It's most noticeable for me while switching tabs. Sometimes it takes several seconds to switch to specific tabs (specially yaml files).

mhfs commented Mar 7, 2012

I can consistently reproduce the slowness enabling/disabling css-color (MacVim). It's most noticeable for me while switching tabs. Sometimes it takes several seconds to switch to specific tabs (specially yaml files).

@jtmkrueger

This comment has been minimized.

Show comment
Hide comment
@jtmkrueger

jtmkrueger Mar 17, 2012

The fix suggested by @p8 got my iterm vim sped up when dealing with multiple tabs. Thanks!

The fix suggested by @p8 got my iterm vim sped up when dealing with multiple tabs. Thanks!

@tpope

This comment has been minimized.

Show comment
Hide comment
@tpope

tpope Mar 20, 2012

Contributor

For the record, I just stumbled into this, tried a default janus install rewound to d2fe86e (which still had the statusline), and couldn't reproduce any performance issues. If someone who can still reproduce the issue wants to open an issue on fugitive, I'll be happy to try to narrow it down.

I was super performance-conscious when writing fugitive#statusline(), so this kind of surprises me, as does the fact nobody reported it.

Contributor

tpope commented Mar 20, 2012

For the record, I just stumbled into this, tried a default janus install rewound to d2fe86e (which still had the statusline), and couldn't reproduce any performance issues. If someone who can still reproduce the issue wants to open an issue on fugitive, I'll be happy to try to narrow it down.

I was super performance-conscious when writing fugitive#statusline(), so this kind of surprises me, as does the fact nobody reported it.

@billyvg

This comment has been minimized.

Show comment
Hide comment
@billyvg

billyvg Mar 20, 2012

I added fugitive statusline back in and disabled css-color and everything seems fine so far. I believe css-color was the culprit for my slowdowns and not fugitive statusline.

billyvg commented Mar 20, 2012

I added fugitive statusline back in and disabled css-color and everything seems fine so far. I believe css-color was the culprit for my slowdowns and not fugitive statusline.

@abuisman

This comment has been minimized.

Show comment
Hide comment
@abuisman

abuisman Mar 21, 2012

We disabled fugitive and css-color and things sped right up. I am also disabling tagbar, I don't use it anyway. MacVim became pretty unusable at some point, I got it back to working fine again. thanks for the tips guys.

We disabled fugitive and css-color and things sped right up. I am also disabling tagbar, I don't use it anyway. MacVim became pretty unusable at some point, I got it back to working fine again. thanks for the tips guys.

@ap

This comment has been minimized.

Show comment
Hide comment
@ap

ap Mar 21, 2012

I have pushed an update to vim-css-color to (try to) address ((a big) part of) the slowness issue per ap/vim-css-color#11 – if any of you who have written here would like to give it whirl and tell me whether it improves things for you, I would greatly appreciate your time.

ap commented Mar 21, 2012

I have pushed an update to vim-css-color to (try to) address ((a big) part of) the slowness issue per ap/vim-css-color#11 – if any of you who have written here would like to give it whirl and tell me whether it improves things for you, I would greatly appreciate your time.

kalbasit added a commit that referenced this issue Mar 23, 2012

@sdhull

This comment has been minimized.

Show comment
Hide comment
@sdhull

sdhull Apr 6, 2012

@ap I've tried out the most recent commit of vim-css-color. Works very well for me -- no more slowness issues. Nice work! It looks and performs great! :)

sdhull commented Apr 6, 2012

@ap I've tried out the most recent commit of vim-css-color. Works very well for me -- no more slowness issues. Nice work! It looks and performs great! :)

@ergelo

This comment has been minimized.

Show comment
Hide comment
@ergelo

ergelo Apr 29, 2012

Is there a way to go back to the pre-Jan 2012 status line?

ergelo commented Apr 29, 2012

Is there a way to go back to the pre-Jan 2012 status line?

@adrianrego

This comment has been minimized.

Show comment
Hide comment
@adrianrego

adrianrego Apr 30, 2012

Member

@ergelo checkout the wiki for some options. https://github.com/carlhuda/janus/wiki/Statusline

I use vim-powerline.

Member

adrianrego commented Apr 30, 2012

@ergelo checkout the wiki for some options. https://github.com/carlhuda/janus/wiki/Statusline

I use vim-powerline.

@ergelo

This comment has been minimized.

Show comment
Hide comment
@ergelo

ergelo Apr 30, 2012

@adrianrego powerline is awesome, thank you very much!

ergelo commented Apr 30, 2012

@adrianrego powerline is awesome, thank you very much!

@jarinudom

This comment has been minimized.

Show comment
Hide comment
@jarinudom

jarinudom Jan 29, 2015

Contributor

I was getting frequent slowdowns and freezes (affecting the whole system, even), and I think I've narrowed it down to some kind of Ruby documentation tooltips popping up when hovering on keywords. I think I've fixed it by setting set noballooneval in ~/.gvimrc.after (not 100% certain, but it seems to be working so far).

Contributor

jarinudom commented Jan 29, 2015

I was getting frequent slowdowns and freezes (affecting the whole system, even), and I think I've narrowed it down to some kind of Ruby documentation tooltips popping up when hovering on keywords. I think I've fixed it by setting set noballooneval in ~/.gvimrc.after (not 100% certain, but it seems to be working so far).

@jarinudom

This comment has been minimized.

Show comment
Hide comment
@jarinudom

jarinudom Feb 3, 2015

Contributor

Ok I think I figured it out. set noballooneval is being overwritten by MacVim's built-in netrw plugin. Putting this in my ~/.gvimrc.after completely disables the tooltips and fixes the problem:

" Disable hover tooltips
set noballooneval
let g:netrw_nobeval = 1
let g:syntastic_enable_balloons = 0

edit: Syntastic also tries to re-enable them. You can use :verbose set noballooneval? to see which file last modified the setting.

edit 2: Syntastic still re-enables balloons after you save. Maybe the best thing would be to just fix whatever's causing the vim-ruby balloons to be slow as heck.

edit 3: For now, set regexpengine=1 (the older regexp engine) seems to work.

Contributor

jarinudom commented Feb 3, 2015

Ok I think I figured it out. set noballooneval is being overwritten by MacVim's built-in netrw plugin. Putting this in my ~/.gvimrc.after completely disables the tooltips and fixes the problem:

" Disable hover tooltips
set noballooneval
let g:netrw_nobeval = 1
let g:syntastic_enable_balloons = 0

edit: Syntastic also tries to re-enable them. You can use :verbose set noballooneval? to see which file last modified the setting.

edit 2: Syntastic still re-enables balloons after you save. Maybe the best thing would be to just fix whatever's causing the vim-ruby balloons to be slow as heck.

edit 3: For now, set regexpengine=1 (the older regexp engine) seems to work.

@ap

This comment has been minimized.

Show comment
Hide comment
@ap

ap Jul 16, 2016

This issue was originally about a slowdown caused by an old version of vim-css-color, which is long fixed. Can this issue be closed, please?

ap commented Jul 16, 2016

This issue was originally about a slowdown caused by an old version of vim-css-color, which is long fixed. Can this issue be closed, please?

@kalbasit kalbasit closed this Jul 16, 2016

@ap

This comment has been minimized.

Show comment
Hide comment
@ap

ap Jul 17, 2016

Thanks!

ap commented Jul 17, 2016

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment