Recent submissions

Comment · 2 months ago
RocksDB’s default is WriteOptions.sync = false. It can lose recent acknowledged writes after power loss, much like TurboKV Durable. Most folks use that unknowingly.
Comment · 2 months ago
durable() syncs periodically on flush, WAL rotation, and clean close; paranoid() is the sync-before-ack mode. This is clarified in the README, and the benchmarks report all three modes separately. Other KV-stores that you see on the market, do this too. It's a performance tradeoff most applications make. Sync on every write kills every optimization. See the benchmark table for example.
Comment · 2 months ago
Comment · 2 months ago
paranoid() does survive power loss.
Comment · 2 months ago
You're right, that mode provides process crash recovery, not power-loss durability. The benchmark compares it against fjall’s equivalent buffered-WAL mode.
Comment · 2 months ago
Those help but the main write speed gain is the WAL, that uses preallocated mmap segments to avoid a write(2) per durable mutation while preserving crash recovery. AES hashing mainly helps Bloom filter point lookups and LZ4 mainly helps SSTable I/O. Scans benefit indirectly, but don’t yet use a custom SIMD merge loop.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton