Recently, as of a few weeks ago I’ve noticed that when I am coding on a notebook in cursor, using a remote server, cursor just becomes super slow. The terminal is also very, very slow (a few seconds to just type a simple command myself, huge lag).
This does NOT happen in vscode.
Also, when I have that slowness in Cursor, I also have it outside of cursor ssh-ing into the server. This is however, not an issue with the server, because as soon as I close Cursor it goes back to normal. The problem is Cursor is somehow taking all the bandwidth.
Could you please look into this? Right now it is literally not workable and have to switch to VSCode (which feels like coding in the 90s).
Not a step by step. Essentially as long as you open up a jupyter notebook on a remote server and work on it for 10-15 minutes with a bunch of data that forces cursor to stream back and forth, you’ll hit the problem.
Is there a way to download the older versions of cursor while this is fixed?
I have the same problems,when I ssh into my a ubuntu machine, and use a python notebook. It becomes extremely slow after a few seconds, and the python language server stop working: I can’t rename, goto definition, or hover
same here, specifically in the case of jupyter notebooks. saw a thread on twitter recently talking about a memory leak maybe? cmd shift p → developer: reload window helps a LOT. over time it gets slower and slower.
I also noticed on my latest IDE reload: some pop up that sounded like “backing up editor unsaved changes is slower than usual” or something like that, but it wasn’t on screen long enough for me to snag a screenshot.
I think this is becoming a bigger issue. Not only the notebooks are slow but the IDE itself is super slow. Automatic imports take AGES over ssh, but work just fine locally.
At this point, I’m just switching back to VS code. I know at least 5 other coworkers that are in the same boat and they’re all moving back.
I’ve had similar issues to the ones reported above. My workflow uses Cursor over remote SSH, with the code-cells executed in separate interactive notebook. The interactive window appeared to become almost unusably slow randomly. I also sometimes get the “Too many files to track” error and sometimes the formatting on save window can take quite some time (up to half a minute) to complete.
A few points that may help with debugging:
When this issue comes up, I found neither restarting the interactive session kernel nor running “Developer: Reload Window” will help.
However, “Developer: Restart Host Extension” will fix the issue!
This happens 100% of the time when I type a command into the interactive terminal. If I execute only from code cells the slowdown will never happen This suggests the issue is in a coupling of the interactive inputs/outputs.
A previous version of VSCode had a similar slowdown that would occur when you had too long of a history in an interactive window, especially with many figures or large array/dataframe outputs.
From what I can tell, this started with 0.34. I tried upgrading and this still happens.
Current version:
Version: 0.35.0
VSCode Version: 1.89.1
Please help! If this keeps up I will have to return to using VSCode!
Also experiencing this and it is a huge problem. I’m becoming so unproductive at work that i’m considering switching off entirely, which would be a huge shame as i love this product but I can’t justify a notebook that’s frozen half the time
Agreed it’s very slow on completely stopped working on Remote Server Development. None of the other extensions work well for example Source Explorer and Gitlens refuses to launch. I’m incapable of using the Jupyter Lab even though the extensions are installed. I’m not sure what the issue is other than stop indexing all the files on my remote server. Command K is very slow too. I’m using Remote Explorer Extension. Cursor works perfectly fine on my local PC. Also VSCode and Copilot works perfectly fine on SSH and local so it’s not the server at all. Any ideas to fix?