एक डेवलपर ने KiviDB जारी किया है, जो Rust में लिखा गया एक ओपन-सोर्स, मल्टी-थ्रेडेड Redis और Valkey विकल्प है। यह प्रोजेक्ट फरवरी 2026 में Rust सीखने के एक तरीके के रूप में शुरू हुआ, और इसका उद्देश्य स्नैपशॉट के बाद मेमोरी में अचानक वृद्धि और चल रहे पॉड्स में आउट-ऑफ-मेमोरी एरर की समस्याओं को हल करना था, जो लेखक को Dragonfly के साथ आई थीं। KiviDB RESP2 और RESP3 दोनों प्रोटोकॉल सपोर्ट करता है, इसलिए मौजूदा Redis क्लाइंट बिना बदलाव के काम करते हैं। इसका कीस्पेस थ्रेड्स में शार्ड किया गया है, और यह Linux पर सबसे अच्छा प्रदर्शन करता है, जहां tokio_uring क्रेट के माध्यम से io_uring का उपयोग होता है, जबकि अन्य ऑपरेटिंग सिस्टम पर Tokio फ़ॉलबैक का उपयोग होता है। कोर इंजन AGPLv3 लाइसेंस के तहत है, और लेखक के अनुसार Redis 8.10 के लगभग 98-99% कमांड सपोर्ट किए जाते हैं।
लेखक ने एक ही us-east1 प्लेसमेंट ग्रुप में दो c7gn.metal सर्वरों पर memtier-benchmark का उपयोग करके बेंचमार्क चलाए, जिसमें 32 कोर पर 100B-100B के 10M कीज़ थे। डेप्थ 16 पर पाइपलाइनिंग के साथ, KiviDB ने 21.2M GET ऑपरेशन प्रति सेकंड हासिल किए, जबकि Dragonfly 2.0 के लिए यह 9.1M, Redis 8.10 के लिए 2.4M और 32-शार्ड Redis Cluster के लिए 4.7M था। बिना पाइपलाइनिंग के, Dragonfly थोड़ा तेज़ था, 3.35M ops/sec बनाम KiviDB के 3.07M। प्रति की मेमोरी उपयोग KiviDB के लिए 177B, Dragonfly के लिए 134B और Redis के लिए 178B था। वेक्टर इंजेस्शन अन्य विकल्पों की तुलना में धीमा था, जबकि कम ef सेटिंग्स पर वेक्टर क्वेरी तेज़ थीं, लेकिन उच्च ef पर Dragonfly से धीमी थीं।
प्रोजेक्ट में बिल्ट-इन फुल-टेक्स्ट और वेक्टर सर्च भी शामिल है, और लेखक ने AWS, GCP और Azure पर एक क्लाउड मैनेज्ड सर्विस की अवधारणा तैयार की है। ज्ञात कमांड की कमियों को GitHub पर ट्रैक किया जाता है, और योगदानकर्ताओं को आमंत्रित किया गया है। प्रोजेक्ट को एक ही Docker कमांड से आज़माया जा सकता है, जो पोर्ट 6380 पर सर्वर शुरू करता है।
स्रोत: Hacker News · HeadlinesBriefing द्वारा सारांशित