I’ve been using Cursor for almost three months, and despite the hiccups, I’m still here trying to make us understand each other. But recently, since the last two updates, it’s become practically impossible to use. In addition to the already reported looping and default model hallucinations, Cursor is now extremely slow! And this doesn’t just happen when it’s processing my request or performing an update—it’s slow overall, unresponsive, and the mouse and keyboard experience significant lag. Nothing on my computer has changed since I started using Cursor.
Steps to Reproduce
Just open Cursor and tring to use it.
Operating System
Windows 10/11
Current Cursor Version (Menu → About Cursor → Copy)
This has been happening for me forever, it’s always the amount of data in the chats. The only way I can fix it which is just temporary of course is to either delete all the db files and start it up again, or by deleting all the previous chats including the current one and starting a new chat.
I’ve had reports open for this for many months , maybe even a year, it has to do with whoever programmed it making too much happen in the main v8 thread which blocks user input and eventually crashes (while the rest of the application runs fine in other threads). Also the poor storage method of chats and tracking lines by serializing json in a single row in the sqlite db and it reads and updates this every minute which lags out the whole application for increasing amount of times as it goes on. Apparently not an easy fix. I was thinking of moving the state.vsdcb to a ramdisk possibly to speed it up although i’m on nvme so it shouldn’t really matter.
Thanks for your help. I hope more people report it, as it looks like a common (and old) problem that needs more attention. I`ll try deleting the old chats. I really just use at most the last 3 chats. tks!
As you can see, cpptools took ~4 GB of RAM, but in the Windows Task Manager, “C/C++ extension for VS Code” inside Cursor process takes about ~8 GB at the moment, and total allocated virtual memory for that process in the Windows Task Manager is more than 19 GB.
In my case, deleting old chats and restarting Cursor didn’t help.
Cursor responsiveness, specially on Linux has been terrible as well. Basically unusable on an extremely high end machine. CPU and memory utilization is not even particularly high. I need to use vscode as the text editor as a result. This happens on multiple machines so it doesnt seem “uncommon” to me. Deleting chats maybe helps a bit but having just cleared them out I only had like 2 dozen in my history. This issue is brought up over and over, the solution isn’t for users to micromanage chat histories and databases, its for Cursor to fix the issue.
I am also facing the same issue. It become unusable for me. so much lagging even a single input taking 1 to 2 second to register. Its very frustrating. They have to resolve this issue!!
I haven’t noticed the lag until perhaps the latest updates around the release of GPT 5. When GPT 5 is reviewing changes I am getting messages showing the Window is not responding. There might be a blocking process in there somewhere related to new tooling you added for GPT 5 specifically?
I thought i was going crazy…done a clean install of windows 11, cursor is freezing all the time, autobot is taking forever to respond now. im on the latest public release. its holding me back on working,
This problem bothers me a lot too. In the latest versions it’s gotten better, but only somewhat better, and I’m not interested in deleting old chats at all.
I hope it will be fixed soon from what I’ve checked, it happens due to some indexing process running in the background.
