Seorang pengembang telah merilis KiviDB, alternatif Redis dan Valkey open-source dan multi-thread yang ditulis dalam Rust. Proyek ini dimulai pada Februari 2026 sebagai sarana belajar Rust sekaligus untuk mengatasi lonjakan memori setelah snapshot dan kesalahan kehabisan memori pada pod yang berjalan, masalah yang dihadapi penulis dengan Dragonfly. KiviDB mendukung protokol RESP2 dan RESP3, sehingga klien Redis yang ada dapat digunakan tanpa perubahan. Keyspace-nya dipecah (sharded) ke seluruh thread dan performanya paling optimal di Linux berkat io_uring melalui crate tokio_uring, dengan Tokio sebagai alternatif di sistem operasi lain. Mesin inti dilisensikan di bawah AGPLv3, dan penulis mencatat bahwa sekitar 98-99% perintah Redis 8.10 didukung.
Penulis menjalankan benchmark pada dua server c7gn.metal di placement group us-east1 yang sama menggunakan memtier-benchmark, dengan 10 juta kunci berukuran 100B masing-masing di 32 core. Dengan pipelining pada kedalaman 16, KiviDB mencapai 21,2 juta operasi GET per detik, dibandingkan 9,1 juta untuk Dragonfly 2.0, 2,4 juta untuk Redis 8.10, dan 4,7 juta untuk Redis Cluster 32 shard. Tanpa pipelining, Dragonfly sedikit lebih cepat dengan 3,35 juta ops/detik dibandingkan 3,07 juta untuk KiviDB. Penggunaan memori per kunci adalah 177B untuk KiviDB, 134B untuk Dragonfly, dan 178B untuk Redis. Ingesti vektor lebih lambat dibandingkan alternatif, sedangkan kueri vektor lebih cepat pada pengaturan ef yang rendah tetapi lebih lambat dibandingkan Dragonfly pada ef yang tinggi.
Proyek ini juga mencakup pencarian teks penuh dan vektor bawaan, dan penulis telah menyusun konsep layanan terkelola di cloud untuk AWS, GCP, dan Azure. Kekurangan perintah yang diketahui dilacak di GitHub, dan kontributor diundang untuk berpartisipasi. Proyek ini dapat dicoba dengan satu perintah Docker, yang menjalankan server di port 6380.
Sumber: Hacker News · Diringkas oleh HeadlinesBriefing