tursodatabase / tursodatabase/libsql

Memory leak, Dockerized on Railway

Open
#1,781 9 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
17.2k
Forks
531
Avg merge
1h 12m
Merged PRs (30d)
1

Description

CleanShot 2024-10-06 at 20 10 27@2x

This is the memory usage pattern for my 35Mb SQLite DB running on LibSQL in a container on Railway. Over time the memory usage just grows and grows.

CleanShot 2024-10-06 at 20 11 07@2x

If I restart the container, the usage drops dramatically.

Is there a known issue running in Docker containers with memory leaking?

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names no source files, tests, or entry points. Start by reproducing the reported 35 MB SQLite database workload in a libSQL Docker container on Railway and compare memory growth over time with usage after a restart. Done means identifying whether the behavior is a libSQL leak and documenting or fixing its cause.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, sqlite
Domain
databases, infrastructure
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.