- होम
- HotKV बनाम Dragonfly
HotKV बनाम Dragonfly
Dragonfly का विकल्प, आमने-सामने मापा गया
दोनों सर्वर मल्टी-थ्रेडेड हैं और Redis प्रोटोकॉल बोलते हैं, इसलिए Dragonfly का विकल्प बारीकियों पर ही स्विच का हक़ कमा सकता है। थ्रेड डेटा कैसे साझा करते हैं, डेटा कैसे परसिस्ट होता है, और सर्वर में क्या बिल्ट-इन है। HotKV Ltd ने HotKV और Dragonfly™ दोनों को एक 160-vCPU मशीन पर एक जैसे लोड से मापा, और हर आँकड़ा प्रकाशित किया, उस आँकड़े समेत जो बराबरी पर रहा।
Dragonfly
हर थ्रेड के लिए एक शार्ड
MGET a b cHotKV
एक साझा स्टोर
MGET a b cयह Dragonfly का विकल्प, एक 160-vCPU मशीन पर सिंगल इंस्टेंस के रूप में चलाकर, Dragonfly 2.0.2 के विरुद्ध 12 में से 11 कमांड पर आगे रहा, 2.0x से 4.4x थ्रूपुट के साथ। HotKV उस CPU के लिए सोर्स से बनाया गया था। Dragonfly 2.0.2 अपने स्टॉक बिल्ड के रूप में चला। छोटी मशीनों पर अंतर कम होता है।
ड्रॉप-इन
इस Dragonfly का विकल्प के साथ क्या वही रहता है
HotKV Redis वायर प्रोटोकॉल लागू करता है। Dragonfly से आना आमतौर पर होस्ट और क्रेडेंशियल का बदलाव है। कोर सेट के बाहर की किसी भी चीज़ के लिए कमांड रेफ़रेंस देखें।
वही प्रोटोकॉल
HELLO नेगोशिएशन के साथ RESP2 और RESP3। HotKV क्लाइंट को Redis वर्शन 8.4.0 बताता है, इसलिए लाइब्रेरी उसी के हिसाब से अपने फ़ीचर चुनती हैं। कनेक्शन स्ट्रिंग, पाइपलाइन, pub/sub और ट्रांज़ैक्शन वैसे ही काम करते हैं जैसे आज करते हैं।
वही क्लाइंट और टूल
Redis और Valkey क्लाइंट लाइब्रेरी, redis-cli, redis-cli --cluster और GUI टूल कोर कमांड के लिए बिना कोड बदले HotKV से कनेक्ट होते हैं।
वही कोर कमांड
300 कोर कमांड, Lua स्क्रिप्टिंग और फ़ंक्शन लाइब्रेरी, और जब आप चाहें, HotKV के अपने कमांड परिवार।
$ redis-cli -h <your-hotkv-host> -p 6379 --tls --user app --askpass
> HELLO 3
1# "server" => "hotkv"
2# "version" => "8.4.0"
3# "proto" => (integer) 3
... (चार और फ़ील्ड)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme # एक HotKV कमांड, जब आप चाहें
(integer) 1Dragonfly का विकल्प क्यों चाहिए
टीमें Dragonfly का विकल्प क्यों खोजती हैं
Dragonfly के दस्तावेज़ित गुण, जिनकी वजह से टीमें Dragonfly का विकल्प खोजती हैं, 21 अक्टूबर 2026 को जाँचे गए।
शेयर्ड-नथिंग शार्ड
Dragonfly कीस्पेस को हर थ्रेड के लिए एक शार्ड में बाँटता है। जो कमांड कई शार्ड की keys छूता है, जैसे MSET या MGET, उसे थ्रेड के बीच समन्वित किया जाता है। HotKV हर थ्रेड को एक साझा स्टोर पर चलाता है। यही वह अंतर है, जिस पर यह Dragonfly का विकल्प टिका है।
कोई अपेंड-ओनली फ़ाइल नहीं
Dragonfly पॉइंट-इन-टाइम स्नैपशॉट से परसिस्ट करता है। इसका डॉक्यूमेंटेशन कहता है कि यह फ़िलहाल AOF सपोर्ट नहीं करता। अपेंड-ओनली फ़ाइल वाला Dragonfly का विकल्प इस कमी को पूरा करता है। HotKV स्नैपशॉट और AOF देता है।
BSL 1.1 के तहत सोर्स-अवेलेबल
Dragonfly Business Source License 1.1 के तहत लाइसेंस प्राप्त है। इसका ग्रांट आपके अपने प्रोडक्ट या सर्विस के अंदर इस्तेमाल की अनुमति देता है। यह इन-मेमोरी डेटा स्टोर प्रोडक्ट या सर्विस के रूप में इस्तेमाल की, या Dragonfly को ऐसी होस्टेड सर्विस के रूप में देने की अनुमति नहीं देता जो DragonflyDB से प्रतिस्पर्धा करे। कोड अपनी चेंज डेट पर Apache 2.0 में बदल जाता है, जो मौजूदा लाइसेंस टेक्स्ट के लिए 1 नवंबर 2030 है। HotKV अपनी लाइसेंस शर्तों के तहत कमर्शियल सॉफ़्टवेयर है।
वेक्टर सर्च बिल्ट-इन है, AI कैश नहीं
Dragonfly में वेक्टर सर्च है। प्रॉम्प्ट कैश, सिमैंटिक कैश, एजेंट मेमोरी और LLM लागत ट्रैकिंग सर्वर का हिस्सा नहीं हैं।
मापा गया, दावा नहीं
यह Dragonfly का विकल्प, मापा गया। एक मशीन पर HotKV बनाम Dragonfly 2.0.2
HotKV Ltd ने HotKV और Dragonfly 2.0.2 को एक-एक करके, सिंगल इंस्टेंस के रूप में, उसी 160-vCPU मशीन पर चलाया। हर एक को वही लोड और हर कोर मिला। HotKV Ltd ने हर आँकड़ा तरीके और कच्चे डेटा के साथ प्रकाशित किया।
- 11 12 में से
- कमांड जिन पर HotKV ने Dragonfly के विरुद्ध सबसे ऊँचा थ्रूपुट मापा
- 2.0x से 4.4x
- Dragonfly के गुणक के रूप में HotKV का थ्रूपुट, उन 11 कमांड में जिन पर वह आगे रहा (MGET से INCR)
- PING
- Dragonfly ने 0.6% ज़्यादा मापा, लोड जेनरेटर की सीमा के भीतर, इसलिए यह बराबरी मानी जाती है
HotKV Ltd ने HotKV को इस CPU के लिए सोर्स से बनाया। Dragonfly अपने स्टॉक रिलीज़ बिल्ड के रूप में चला। दोनों सिंगल इंस्टेंस के रूप में चले। थ्रेड की संख्या हर प्रोडक्ट की दस्तावेज़ित ऑल-कोर सेटिंग के अनुसार थी और प्रति प्रोडक्ट ट्यून नहीं की गई। कम कोर वाली मशीनों पर अंतर कम होता है।
प्रति सेकंड ऑपरेशन, 10 सेकंड के 3 रन का मीडियन। बार की हर जोड़ी उस कमांड पर तेज़ सर्वर के हिसाब से स्केल होती है।
* नेटवर्क से सीमित: यह नतीजा इंस्टेंस के नेटवर्क ने तय किया, इसलिए सर्वर की अपनी सीमा इससे अधिक है।
† लोड जनरेटर से सीमित: लोड जनरेटर मशीनें 85% से अधिक CPU पर चलीं, इसलिए यह उनकी सीमा है, सर्वर की नहीं।
Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPU), 9 अक्टूबर 2026 को मापा गया। 256-बाइट वैल्यू, पाइपलाइन डेप्थ 30, 5,000,000 पहले से भरी keys, जिन्हें समान रूप से यादृच्छिक पढ़ा गया। तीन समर्पित लोड-जेनरेटर मशीनें। हर सर्वर परसिस्टेंस बंद करके अकेले सिंगल इंस्टेंस के रूप में चला। हर एक को सभी कोर मिले (Redis को 128 I/O थ्रेड, उसका अधिकतम)। HotKV Ltd ने HotKV को इस CPU के लिए सोर्स से बनाया और Dragonfly को उसके स्टॉक रिलीज़ बिल्ड के रूप में चलाया। पूरा तरीका और नतीजे · हार्नेस और कच्चा डेटा
आमने-सामने
यह Dragonfly का विकल्प और Dragonfly, फ़ीचर दर फ़ीचर
निष्पक्षता में
जहाँ Dragonfly इस Dragonfly का विकल्प से आगे है, या बस अलग है
यह Dragonfly का विकल्प पेज तभी उपयोगी है जब वह यह हिस्सा भी कहे।
- PING पर Dragonfly ने HotKV से 0.6% ज़्यादा मापा। दोनों के लिए लोड जेनरेटर 80% CPU से ऊपर थे, इसलिए HotKV Ltd इसे बराबरी मानता है। यह तालिका में किसी भी हाल में दिखाया गया है।
- Dragonfly के स्नैपशॉट HotKV की तरह फ़ोर्क-रहित हैं, और यह Prometheus मेट्रिक्स खुद सर्व करता है।
- Dragonfly BSL 1.1 के तहत आपके अपने प्रोडक्ट के अंदर सेल्फ़-होस्ट करने के लिए मुफ़्त है, और Dragonfly Cloud एक परिपक्व मैनेज्ड सर्विस है। यह Dragonfly का विकल्प, HotKV Cloud, अर्ली एक्सेस में है।
माइग्रेशन
Dragonfly से इस Dragonfly का विकल्प तक चार चरणों में
Dragonfly का विकल्प पर स्विच करने में व्यवहार में क्या लगता है।
- 1
एक इंस्टेंस बनाएँ
HotKV Cloud कंसोल में एक रीजन और एक प्लान चुनें। इंस्टेंस अपनी अलग मशीन है, जिसे आपके लिए प्रोविज़न, पैच और मॉनिटर किया जाता है।
- 2
अपने क्लाइंट इसकी ओर मोड़ें
जो क्लाइंट लाइब्रेरी आप पहले से इस्तेमाल करते हैं, वही रखें। होस्ट, पोर्ट और क्रेडेंशियल Dragonfly से बदलकर HotKV इंस्टेंस के कर दें। TLS और पासवर्ड ऑथेंटिकेशन शुरू से चालू हैं, और ACL यूज़र उपलब्ध हैं। जो Dragonfly का विकल्प वही प्रोटोकॉल बोलता है, उसे कोर कमांड के लिए क्लाइंट में कोई बदलाव नहीं चाहिए।
- 3
डेटा ले जाएँ
जो टूल आप पहले से जानते हैं, उन्हीं का इस्तेमाल करें। DUMP और RESTORE, MIGRATE, या अपने राइट का रीप्ले, सब काम करते हैं, क्योंकि HotKV इन कमांड को लागू करता है।
- 4
जो कमी थी, उसे चालू करें
वेक्टर सर्च और key टैगिंग हर प्लान पर कोर कमांड हैं। प्रॉम्प्ट और सिमैंटिक कैश, एजेंट मेमोरी और LLM लागत ट्रैकिंग Performance प्लान और उससे ऊपर उसी सर्वर के कमांड हैं। कोई मॉड्यूल, साइडकार या दूसरी सर्विस नहीं। Dragonfly का विकल्प यही जोड़ना चाहिए।
सवाल
इस Dragonfly का विकल्प के बारे में सवाल
दोनों मल्टी-थ्रेडेड हैं। Dragonfly के इस विकल्प में अलग क्या है?
Dragonfly हर थ्रेड को कीस्पेस का अपना शार्ड देता है, इसलिए जिस कमांड की keys कई शार्ड में पड़ती हैं, उसे थ्रेड के बीच समन्वित किया जाता है। HotKV हर थ्रेड को एक साझा स्टोर पर काम करने देता है, इसलिए मल्टी-key कमांड और सिंगल-key कमांड एक ही रास्ता लेते हैं।
बेंचमार्क में दोनों की तुलना कैसी रही?
Azure D160alds_v7 पर, सिंगल इंस्टेंस के रूप में चलाकर, HotKV ने Dragonfly 2.0.2 के विरुद्ध 12 में से 11 कमांड पर सबसे ऊँचा मीडियन थ्रूपुट दर्ज किया। गुणक MGET पर कम से कम 2 गुना से लेकर INCR पर कम से कम 4.4 गुना तक रहा। PING लोड जेनरेटर की सीमा के भीतर बराबरी पर रहा। हर आँकड़ा, तरीका और कच्चा डेटा प्रकाशित है।
क्या HotKV में AOF है?
हाँ। HotKV स्नैपशॉट और अपेंड-ओनली फ़ाइल से परसिस्ट करता है। Dragonfly का डॉक्यूमेंटेशन कहता है कि यह फ़िलहाल AOF सपोर्ट नहीं करता।
क्या मैं बिना कोड बदले Dragonfly से आ सकता हूँ?
दोनों सर्वर RESP2 और RESP3 बोलते हैं, इसलिए यह Dragonfly का विकल्प कोर कमांड के लिए उन्हीं क्लाइंट लाइब्रेरी से कनेक्ट होता है। डेटा DUMP और RESTORE, MIGRATE, या अपने राइट के रीप्ले से ले जाएँ। कोर सेट के बाहर की किसी भी चीज़ के लिए कमांड रेफ़रेंस देखें।
अपने मौजूदा क्लाइंट के साथ इस Dragonfly का विकल्प को परखें
HotKV Cloud चरणों में खुल रहा है। यह Dragonfly का विकल्प हर इंस्टेंस को मल्टी-थ्रेडेड इंजन वाली एक समर्पित मशीन के रूप में चलाता है। AI कमांड परिवार Performance और Scale प्लान के साथ आते हैं।
अन्य तुलनाएँ