-
-
Notifications
You must be signed in to change notification settings - Fork 582
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
projectile is still very slow over tramp #1232
Comments
Same here, though the connection is good, I usually turn off projectile when working with remote buffers. Turning projectile off is great speed up. |
I'm pretty close to just deleting all of the code for speeding up things over tramp and just adding some check making Projectile there a no-op at this point. We've added a ridiculous amount of special checks and caching for TRAMP and people are still complaining, so it seems it wasn't meant to be. Did you a least check with the profiler where exactly is the performance bottleneck? |
Thanks, I will try your updated code just now :-) |
Hopefully not, but I could understand that. Your projectile package is quite essential in my GNU Emacs usage and I am extremely happy to use it; as well as using tramp for remote file editting.
Before any measurement I have upgraded my current installation -- at the time of writing the significant packages have been:
My projectile config looks like:
I have tried some basic file opening & editting and I must conclude that projectile has not been a bottleneck -- most of the time the problem has been caused by helm and remote work with both packages enabled (helm & projectile) had been much better experience than I remember, so please consider my problems being solved. I did some simillar measurments in the past, but I used older projectile version and and the profiler report looked differently. Everything seems to be ok now. Sorry for false report. Keep up the great work. |
Great! Happy to hear this! |
@avkoval Looking at the output that can't be the latest build - the code there is invoked just once and it doesn't use |
Yes, may be something was wrong on that desktop. I have tried on another one from office now and the problem is gone. Thank you! |
You're welcome! It's funny that after a few years I just reverted the code to what it used to be say 5 years ago. :D So much pain came from a very simple change (dynamic modeline updates vs static updates). In hindsight I should have reverted this a long time ago, but it always seemed that we were very close to getting the caching right. Anyways - lesson learned! 😆 |
That's a small bug that was fixed on |
I am experiencing very slow projectile when tramp is involved. Any recommended way to track it down to some combination of things? I am fairly sure I also have helm. This is a pretty vanilla Spacemacs setup. Any help would be appreciated. Thanks! |
@johanatan I'm not sure if this is fixed in spacemacs by default or not, but in my setup I still using this piece of code:
I took it from here from user /u/renatofdds: https://www.reddit.com/r/emacs/comments/320cvb/projectile_slows_tramp_mode_to_a_crawl_is_there_a/ Without it my whole emacs start crawling with tramp buffers. |
Same for me, and I don't even use Spacemacs. |
Just for the record, one of my current symptom of slowness in TRAMP buffers when It looks like Adding the advice fixes it. Full profiler report:
|
Can we re-open this issue? I will try to contribute to this issue. |
This may have yielded an improvement for me: #234 (comment) |
I just found this library a few weeks ago and started using. Thanks for the cool work. I faced the same problem and confirmed that the same solution #1232 (comment) is still effective, but I modified it a bit with a newer function (advice-add 'projectile-project-root :before-while
(lambda (&optional dir)
(not (file-remote-p (or dir default-directory))))) @peterbecich I doubt your situation. Unfortunately, I found that the advised function |
@tadd thank you so much--- the |
Expected behavior
Cursor move and other things should not be affected when projectile is enabled.
Actual behavior
Sometimes emacs almost get frozen, sometimes experiences serious slowdowns when any of files are open via tramp.
Steps to reproduce the problem
Use latest emacs, for example emacs-26.1 and then enable projectile and open any file over tramp like /ssh:somehost:
Projectile version information
Emacs version
Operating system
Linux
Suggestions
I've found nice snippet here:
https://sideshowcoder.com/2017/10/24/projectile-and-tramp/
and it seems it helps in this situation.
The text was updated successfully, but these errors were encountered: