Cursor freezes every 10 seconds for 3 seconds or so

Support Bug Reports
1

Describe the Bug

Any version after 0.45 is just straight up unusable.
I tried disabling extensions, gpu, and even clearing out all cache and all known ways.

Simply put, Cursor (anything post 0.48) freezes every 10 seconds and gets exponentially worse as the chat length gets longer. It eventually freezes the PC. I have no issues with 0.45, but this is no longer supported.

HTTP1.1 seemed to improve the situation for few days and eventually it came back.

I would really like to use Cursor but this is just becoming a problem beyond my scope.
Please anyone with a fix for this mess.

Steps to Reproduce

Simply install any version post 0.45

Expected Behavior

It is meant to just work…but it doesn’t

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 1.3.9 (user setup)
VSCode Version: 1.99.3
Commit: 54c27320fab08c9f5dd5873f07fca101f7a3e070
Date: 2025-08-01T20:19:30.453Z
Electron: 34.5.1
Chromium: 132.0.6834.210
Node.js: 20.19.0
V8: 13.2.152.41-electron.0
OS: Windows_NT x64 10.0.26100

Additional Information

NVME ssd, 64G RAM, RTX4090, AMD5950x

Does this stop you from using Cursor

Yes - Cursor is unusable

4 Likes
2

Hey, thanks for the report. Could you let me know if this also happens in another project or in a newly created one?

3

All across projects, in new ones, it doesn’t happen right away, but after about 5 minutes. What makes this really frustrating, is that it eventually freezes the PC. And when it freezes, it freezes the whole PC, so I can’t even have it open, I have to close the app first and go to other applications.

I usually have many apps open during work, so I usually have Maya, and Photoshop open with a DX12 based renderer so, when it crashes, everything gets lost too. So I have to use Cursor with everything saved, or closed. It still freezes but you know I don’t lose progress or in worst cases corrupt database.

I was using 0.45~0.46 with updates disabled, and that one is completely fast and fine. No issues, but I think since 0.48 this issue persists.
Very frustrating…

When I clear out the chat history it is fine for a brief period but it gets really bad real fast. It doesn’t seem to leak memory or anything like that. It just freezes for few sec and it just gets shorter(the interval) and longer (the duration of freeze)

Please investigate this, or reenable 0.45 support

4

BTW, I am willing to work with you guys, to fix this.

Tell me any hacks/ways to workaround this pls.

5

I’m experiencing the same issue and just wanted to add my voice in support.

6

I’ve seen other posts reporting the same issue, and then the thread dying because nothing happens…well I really hope this is not the case.

7

I looked through the forum and it seems like this issue has been reported for months, yet the support just asks the same question (erase, reinstall cursor etc, the usual tech support stuff). And eventually just stop using Cursor.

For those who are having this issue.
Use Cursor 0.47.9, it is available for download Cursor 0.47.9 | Cursor Historical Version Download

It nags you to update the software, so just disable it via preferences→vs code→ updates

I don’t know how long it will be until Cursor breaks it, but for now this is the only working version. I guess soon or later I have to migrate to some another tool.

Grok4 is not supported fyi.

8

I have this issue as well.

9

I believe it’s a dreaded stutter lag in Windows. Unrelated to the resources of my laptop (xeon, 128gb ram, 16gb gpu). Yes, Cursor UI will freeze + lag. Possibly related upstream to vscode. Possibly related upstream to windows 11.

I believe i’ve solved this by disabling hardware acceleration in my chromium browsers (brave/chrome). I believe a device (possibly nvidia) is halting menu/UI updates for some strange reason. These systematically broad but common problems are often dropped by support pages – but will follow for other suggestions.

(Possibly related to need to disable MPO After updating to NVIDIA Game Ready Driver 461.09 or newer, some desktop apps may flicker or stutter when resizing the window on some PC configurations | NVIDIA)

10

Hard to say, but not much we can do as a user right at this moment.

I honestly have to say that some new feature added in 0.48 must have caused it as 0.47.9 and before versions work flawless. I don’t even have to uninstall or clean it up. Just installing it enough.

It is also hard to say that this is just a very special case as there’s just way too many people on this forum with the exact same problem.

So. with these conditions.

replication is 100% possible with any version starting 0.48
more than just a few people (happening on both Win and Linux and not mac)

This has to be a issue with the software itself - not windows or some setting.

I really hope the Cursor team takes this issue seriously. I mean, I am paying for a service that is crippled, no latest features and models…

So to be frank, my patience is reaching its limit, not to mention the fact that the support team has let this float around for a while now.

BTW, nvidia drive 461.09 is from 2021, this is not even relevant. We are way past version 500. I am on 566 for stability. The latest I think is around 580 something

11

So I’ve been investigating into this issue a bit. And here are some stuff that the dev should know.

The bug is not related to

  • Long chat history
  • Existing project or new project
  • Network and network compatibility modes
  • GPU or Extensions
  • hardware drivers
  • Faulty installation

The issue is that the post 0.48 versions use disk to 100%

I’ve noted that the cursor app makes the whole system freeze, not just the app.
So, naturally I investigated, it seems like it is creating crazy ton of disk reads (C:)

I’ve moved my app installation and the project to another drive, but it still reads and writes C: like never before. Similar to the infamous 100% disk usage of windows. So it must be using C: for some caching

Now, before you say anything

I am running 2TB NVME SSD. I have two drives. both are 2tb nvme. Both healthy and clean.

So, 0.47.9 at max usage, uses about 30~40%. This is max, like one peak every minute or so.

everything post 0.47.9, so 0.48 up to 1.5.9 peaks at 100% when I type in a prompt and stays there until the cursor starts writing something. So a good 4~5 seconds.

Then, the severity gets worse as chat history lengthens, and the minimum disk usage keeps rising (no memory leak though) and from performance monitor, I can see a lot of page faults occuring.

So, to test my theory I increased my page file size to like 200gb. And now it is much better. Still 100% usage. It does go unresponsive for about 30 seconds on loading a project and a bit of hiccups here and there, but somewhat usable.

So, verdict.

There is something going on with cache file interaction with the main drive (for most people, C:)

Increasing the page file makes latest Cursor Apps usable. But still having thrashing

Suggested fix for devs.

  1. Allow us to set a custom destination/folder for cache. This would simply clarify a lot of things.

or

  1. Just fix it…but most likely not happening soon as this is becoming a good old friend.
1 Like
12

Same for me

13

Have you tried clearing your user-data-directory? v 1.4 is shipping with a debug “Restart in Temporary Profile” option which should make it easy to test if this solves it, or use “Reveal User Data Folder”, quit cursor, move that folder somewhere else for safe keeping, and restart cursor to start fresh

There’s something going on where user data directories get corrupted or something and we’d like to fix that, but in the meantime see if this gets you going better. And if so we’d love to try to debug if you’re up for it

14

The latest is 1.3.9
And I can’t find 1.4

I’ve cleared C:\\Users\\YourUsername\\AppData\\Roaming\\Cursor. folder before, if this is what you mean, and I’ve done it again. No joy.

sc
sc1176Ă—717 57.7 KB

It starts eating up disk like crazy regardless

15

so, I found the latest 1.4.1 at cursorhistory.com
and it is much much better. It doesn’t eat up disk 100% while it does hit 100% time to time.
Not as clean running like 0.47.9 but definitely not freezing every 5 seconds.

I will use it for a day and come write a report.

BTW, I am a little confused that the update is available on the history site and not the main site…

EDIT: After a few prompts it is eating up 100% again, takes forever to close the app…etc.
So, it is very much alive.

16

Same issue

17

I’d love to debug this with you.

18

I’ve been experiencing the same problem for over a month now. Sometimes when I open an empty folder, my disk usage spikes and Cursor freezes completely.

The folder is completely empty - I haven’t modified anything in it and I’m not even using the chat feature. This makes Cursor practically unusable and extremely frustrating.

If these freezing issues continue, I’m considering switching to Copilot. I’ve been waiting patiently thinking it was just a temporary bug, but it’s been over a month now. Sometimes the freezing is so severe it nearly crashes my entire laptop.

Freezing is the thing I hate most about any software.

Also
I tried to remove everything from roaming, local, etc…
also tried to clean uninstall and reinstall
but keep freezing on empty project

1 Like
19

@deanrie

Version: 1.4.2 (user setup)
VSCode Version: 1.99.3
Commit: 07aa3b4519da4feab4761c58da3eeedd253a1670
Date: 2025-08-06T19:23:39.081Z
Electron: 34.5.1
Chromium: 132.0.6834.210
Node.js: 20.19.0
V8: 13.2.152.41-electron.0
OS: Windows_NT x64 10.0.26100

20

Just to give you a reference:

image
image1027Ă—115 5.79 KB

I did the following:

  • Reinstalled cursor
  • Deleted all chat history
  • Closed all applications except cursor
  • Disabled all Cursor/VS Code Extensions

Version:

Version: 1.4.2 (user setup)
VSCode Version: 1.99.3
Commit: 07aa3b4519da4feab4761c58da3eeedd253a1670
Date: 2025-08-06T19:23:39.081Z
Electron: 34.5.1
Chromium: 132.0.6834.210
Node.js: 20.19.0
V8: 13.2.152.41-electron.0
OS: Windows_NT x64 10.0.26100