Go-libSQL app gets OOM killed under concurrent load
I tried connecting to libSQL from a Go app using multiple concurrent clients. On my Linux VPS, the process gets killed by the OOM killer.
- Exit code: 137
- RSS: 6.3 GB
- Virtual memory: 35 GB
How to reproduce
- Create a new Go project and import go-libsql
- Open a database connection
- Spin up 6+ (increase the number upto 10 if it didn't fail) goroutines each running queries concurrently
- Monitor memory with
ps aux | grep <process> or htop
- Observe memory spike and OOM killing it
Environment
Question
Is this expected behavior for concurrent connections? My use case is a Postgres wire protocol proxy where many clients share one libSQL database ,which may be outside the typical single-app embedded use case.
Go-libSQL app gets OOM killed under concurrent load
I tried connecting to libSQL from a Go app using multiple concurrent clients. On my Linux VPS, the process gets killed by the OOM killer.
How to reproduce
ps aux | grep <process>orhtopEnvironment
v0.0.0-20251219133454-43644db490ffQuestion
Is this expected behavior for concurrent connections? My use case is a Postgres wire protocol proxy where many clients share one libSQL database ,which may be outside the typical single-app embedded use case.