開発者がKiviDBを公開しました。これはRustで書かれたオープンソースのマルチスレッド対応Redis・Valkey代替です。このプロジェクトは2026年2月に、Rustを学ぶことと、作者がDragonflyで直面していた、スナップショット後のメモリ急増や稼働中のPodでのメモリ不足エラーへの対処を目的として始まりました。KiviDBはRESP2とRESP3の両方のプロトコルに対応しているため、既存のRedisクライアントは変更なしで動作します。キー空間はスレッド間でシャーディングされ、Linuxではtokio_uringクレート経由のio_uringにより最も高い性能を発揮します。他のOSではTokioにフォールバックします。コアエンジンはAGPLv3ライセンスで提供されており、作者はRedis 8.10のコマンドの約98〜99%がサポートされていると述べています。
作者は、同じus-east1プレイスメントグループ内の2台のc7gn.metalサーバーで、memtier-benchmarkを用いてベンチマークを実施しました。32コアにまたがる、100バイトのキー1,000万件を使用しています。パイプライン深度16の条件では、KiviDBは毎秒2,120万回のGET操作を達成しました。比較対象は、Dragonfly 2.0が910万回、Redis 8.10が240万回、32シャード構成のRedis Clusterが470万回です。パイプラインを使用しない場合は、Dragonflyが毎秒335万オペレーションで、KiviDBの307万をわずかに上回りました。キーあたりのメモリ使用量は、KiviDBが177バイト、Dragonflyが134バイト、Redisが178バイトでした。ベクトルの取り込みは他の選択肢より遅く、ベクトルクエリはefの値が低い場合には高速でしたが、efの値が高い場合にはDragonflyより遅くなりました。
このプロジェクトには全文検索とベクトル検索も内蔵されており、作者はAWS、GCP、Azureにまたがるクラウドマネージドサービスの構想も練っています。既知のコマンドの未対応箇所はGitHubで追跡されており、貢献者を募集しています。プロジェクトは単一のDockerコマンドで試すことができ、ポート6380でサーバーが起動します。
出典: Hacker News · 要約：HeadlinesBriefing