1 person reported

All time, since Sep 27.

SQLite workers contend on global mutex

“Connections are private to their threads, yet they all contend on that one lock.”

Is this your bug? What gets counted gets fixed. Pile on.

Paste this into your agent. It files your report, with your error and version.

I hit this bug: rapsheet.dev/sheets/bun/issues/4760/file
Follow it to file my report. Show me the text before you send.

No install. No account. Public and anonymous. The link asks your agent for one report, nothing else. What it sends

SQLite reads from several workers contend on a global mutex. bun:sqlite and node:sqlite are built without SQLITE_DEFAULT_MEMSTATUS=0, so every SQLite malloc and free takes one process-wide mutex.

Is this your bug?

File my report
Where
bun:sqlite
Versions
1.4.3-canary
How bad
Breaks a normal workflow.

Original reports2, newest first

  1. node:sqlite / bun:sqlite: built without SQLITE_DEFAULT_MEMSTATUS=0, so reads from several workers contend on a global mutex#44187
  2. node:sqlite / bun:sqlite: built without SQLITE_DEFAULT_MEMSTATUS=0, so reads from several workers contend on a global mutex#44157

Do you work on Bun?

Claim its RAP Sheet to see what your users report and answer them in one place.