Skip to content

Conversation

@kim
Copy link
Contributor

@kim kim commented Dec 19, 2025

This is the first step to make in-memory only databases not touch the disk at all. Pending is an in-memory only sink for module logs.

Responsibility for the lock file is transferred to Durability, which means that only persistent databases opened for writing acquire the lock.

As a consequence, the Durability trait gains a close method that prevents further writes and drains the internal buffers, even when multiple Arc-pointers to the Durability exist.

Expected complexity level and risk

2

Testing

Covered by existing tests.

Copy link
Contributor

@gefjon gefjon left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Comment-ey nits. This looks reasonable to me.

@kim kim force-pushed the kim/move-lockfile branch 3 times, most recently from 407d197 to 1f623f0 Compare January 5, 2026 10:31
This is the first step to make in-memory only databases not touch the
disk at all. Pending is an in-memory only sink for module logs.

Responsibility for the lock file is transferred to `Durability`, which
means that only persistent databases opened for writing acquire the
lock.

As a consequence, the `Durability` trait gains a `close` method that
prevents further writes and drains the internal buffers, even when
multiple `Arc`-pointers to the `Durability` exist.
@kim kim force-pushed the kim/move-lockfile branch from 1f623f0 to b8c86a8 Compare January 5, 2026 11:41
@kim kim added this pull request to the merge queue Jan 6, 2026
@github-merge-queue github-merge-queue bot removed this pull request from the merge queue due to failed status checks Jan 6, 2026
@kim kim added this pull request to the merge queue Jan 7, 2026
github-merge-queue bot pushed a commit that referenced this pull request Jan 7, 2026
This is the first step to make in-memory only databases not touch the
disk at all. Pending is an in-memory only sink for module logs.

Responsibility for the lock file is transferred to `Durability`, which
means that only persistent databases opened for writing acquire the
lock.

As a consequence, the `Durability` trait gains a `close` method that
prevents further writes and drains the internal buffers, even when
multiple `Arc`-pointers to the `Durability` exist.


# Expected complexity level and risk

2

# Testing

Covered by existing tests.
@github-merge-queue github-merge-queue bot removed this pull request from the merge queue due to failed status checks Jan 7, 2026
@kim kim enabled auto-merge January 7, 2026 11:33
@kim kim mentioned this pull request Jan 7, 2026
@kim kim disabled auto-merge January 7, 2026 17:54
@kim kim enabled auto-merge January 7, 2026 17:54
@kim kim force-pushed the kim/move-lockfile branch from 41ec927 to ae2e579 Compare January 7, 2026 19:19
@kim kim added this pull request to the merge queue Jan 7, 2026
@github-merge-queue github-merge-queue bot removed this pull request from the merge queue due to failed status checks Jan 7, 2026
@kim kim added this pull request to the merge queue Jan 8, 2026
Merged via the queue into master with commit 05d4874 Jan 8, 2026
27 of 28 checks passed
@kim kim deleted the kim/move-lockfile branch January 8, 2026 09:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants