-
Notifications
You must be signed in to change notification settings - Fork 86
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
Anaconda causes extreme slowness on remote links with pyvenv #400
Comments
Here's a backtrace:
|
I have a similar problem, as a workaround I now disable eldoc mode, since this seems to be the culprit here.. |
I worked around it by disabling |
@Knusper commented on Dec 10, 2020, 12:54 AM GMT+3:30:
How do you disable it? I don't find it in the python mode hook ... |
I enable it manually, after I open the remote buffer.
…On Sat, Mar 27, 2021, 05:25 NightMachinary ***@***.***> wrote:
***@***.**** <https://github.com/Knusper> commented on Dec 10, 2020, 12:54
AM GMT+3:30
<#400 (comment)>
:
I have a similar problem, as a workaround I now disable eldoc mode, since
this seems to be the culprit here..
How do you disable it? I don't find it in the python mode hook ...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#400 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABD4RFRNHCQWWB26CSQAAWLTFWJBHANCNFSM4UN7DSZA>
.
|
Whenever I try to edit remote files with
anaconda-mode
andpyvenv
, there are constant pauses as, after pretty much every movement, anaconda causes TRAMP to re-open the connection. I haven't been able to pinpoint why exactly it happens, but it seems only to be the case with an activepyvenv-virtual-env
, and if I enabledebug-on-quit
and interrupt one of the connections,anaconda-mode
is clearly listed in the backtrace.I created a gist which reproduces the issue with a minimal setup based on my actual config (please give it a couple seconds to set up the environment). Try moving around the file, defining a function, etc. It assumes an SSH server on localhost to simulate the remote access. Since localhost-based TRAMP access is as fast as it can be, the issue isn't as visible as it is during a real remote session, so injecting some artificial latency helps. On Linux, it can be achieved with:
And removed again with:
The text was updated successfully, but these errors were encountered: