# Today Cursor was super slow

**URL:** <https://forum.cursor.com/t/today-cursor-was-super-slow/155770>\
**Category:** Bug Reports\
**Tags:** auto-mode, performance\
**Created:** [March 24, 2026, 3:56pm UTC](https://forum.cursor.com/t/today-cursor-was-super-slow/155770 "2026-03-24T15:56:42Z")\
**Posts on this page:** 1\
**Showing post:** 6

<div class="post-metadata">

**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\
**Post date:** [March 25, 2026, 4:50pm UTC](https://forum.cursor.com/t/today-cursor-was-super-slow/155770/6 "2026-03-25T16:50:23Z")

</div>

@Evan_Lee glad turning off HTTP/2 fixed it. That confirms it was a network layer issue. Since it’s fast again, I’ll mark this as resolved. If it comes back, ping me with a new request ID.

@f00z fair point. Here’s the deal with `state.vscdb`:

Don’t delete it outright. It stores your chat history and internal indexes. If you delete it, your chats can get stuck on Loading Chat… forever because Cursor can’t rebuild that index by itself. More details here: [Deleting global state.vscdb causes infinite 'Loading Chat' in projects, history not recoverable without corrupted backup](https://forum.cursor.com/t/deleting-global-state-vscdb-causes-infinite-loading-chat-in-projects-history-not-recoverable-without-corrupted-backup/153220)

What to try instead:

1. Fully close Cursor and make sure no Cursor processes are still running
2. Run a SQLite VACUUM on the file:

```auto
sqlite3 "%APPDATA%\Cursor\User\globalStorage\state.vscdb" "VACUUM;"

```

This compacts the database without breaking anything. Quick heads up, if the file is huge, some users say it doesn’t shrink much, so results can vary.
3. If VACUUM doesn’t help, at least back up the file before deleting it, so you can restore it if needed.

About the general slowness like taking 3 minutes to close and UI freezes while the agent runs. A 10 GB state file can absolutely cause that. The team knows about the unbounded growth issue and it’s being tracked.

Can you also share your Cursor version and try turning off HTTP/2 like above? That might help with agent timeouts separately from the `state.vscdb` issue.

---

_[View the full topic](https://forum.cursor.com/t/today-cursor-was-super-slow/155770)._