مقارنة مباشرة للإنتاجية
في اختبار أجرته HotKV Ltd على HotKV وRedis وValkey وDragonfly على مثيل سحابي واحد، سجّل HotKV أعلى إنتاجية وسيطة في 11 من الأوامر الـ12. وفي أمر PING سجّل Dragonfly نتيجة أعلى بنسبة 0.6%، وهو فارق ضمن حد مولّدات الحمل، لذا نعدّه تعادلًا. تنطبق هذه النتائج على النسخ والإعدادات المختبرة. راجع المنهجية أدناه.
- الجهاز نفسهيعمل كل خادم على المثيل نفسه، خادمًا واحدًا في كل مرة.
- مولّدات حمل منفصلةتولّد أجهزة عميل مخصصة الحمل، ولا يولّده جهاز الخادم نفسه أبدًا.
- الإعدادات نفسهايحصل كل خادم على عدد الخيوط نفسه دون أي ضبط آخر.
- وسيط 3 تشغيلاتيُشغَّل كل أمر 3 مرات. ويُعرض الوسيط.
- تمييز الحدودتُميَّز النتائج التي حددتها الشبكة أو مولّدات الحمل.
- المنهجية كاملةكل إعداد وحد وتحفّظ مكتوب بالتفصيل أسفل النتائج.
- المعالج:
- AMD EPYC 9V45 (Turin)
- وحدات vCPU:
- 160
- المعمارية:
- x86_64
- ذاكرة RAM:
- 314.8 GB
- الشبكة:
- صادر: 78 Gbps، وارد: 132 Gbps أو أكثر
- الخيوط:
- 160 لكل خادم (Redis: 128، وهو الحد الأقصى له)
- تاريخ القياس:
- 9 أكتوبر 2026
العمليات في الثانية، وسيط 3 تشغيلات. يُقاس طول كل شريط نسبةً إلى أسرع خادم في ذلك الأمر.
- أعلى نتيجة في ذلك الأمر.
- محدود بالشبكة: شبكة المثيل هي التي حددت هذه النتيجة، لذا فإن الحد الفعلي للخادم أعلى.
- محدود بمولّد الحمل: تجاوز استخدام المعالج في أجهزة توليد الحمل 85%، لذا فهذا سقفها هي لا سقف الخادم.
- تقنّن Azure حركة البيانات الصادرة: قاس iperf3 بثلاثة أجهزة عميل 78 Gbps للصادر و132 Gbps على الأقل للوارد. يرسل GET وMGET القيم إلى الخارج. استخدم GET في HotKV نسبة 88% من سقف الصادر، لذا فهو حد أدنى فرضه المثيل وليس حدًا للخادم، ويليه MGET عن قرب بنسبة 83%. واستخدمت عمليات القراءة في Dragonfly 44% من السقف على الأكثر.
- تصل عمليات الكتابة واردةً، لذا فنتائج الكتابة هي أرقام الخادم نفسه. أثقلها، SETNX بنحو 106 Gbps، استخدم نحو 80% من سقف الوارد، لذا تعامل مع أرقام الكتابة لدى HotKV على أنها حدود دنيا بفارق طفيف.
- في PING بلغ استخدام مولّدات الحمل للمعالج 86% مع HotKV و82% مع Dragonfly. والفارق بينهما البالغ 0.6% يقع ضمن ذلك الحد، لذا تُعدّ نتيجة PING تعادلًا.
الأرقام الدقيقة على Azure D160alds_v7
| الأمر | HotKV | Redis | Valkey | Dragonfly | HotKV مقابل Redis | HotKV مقابل Valkey | HotKV مقابل Dragonfly |
|---|---|---|---|---|---|---|---|
| SET | الأعلى: 50,480,621 | 3,409,794 | 2,882,486 | 15,042,258 | 14.80x | 17.51x | 3.36x |
| GET | الأعلى: 36,643,656(محدود بالشبكة) | 1,132,934 | 1,631,573 | 13,446,228 | 32.34x | 22.46x | 2.73x |
| MGET | الأعلى: 4,617,382 | 277,956 | 536,872 | 2,348,137 | 16.61x | 8.60x | 1.97x |
| SETNX | الأعلى: 55,333,360 | 1,397,967 | 1,860,919 | 14,442,422 | 39.58x | 29.73x | 3.83x |
| APPEND | الأعلى: 25,050,648 | 1,530,680 | 1,290,421 | 8,858,165 | 16.37x | 19.41x | 2.83x |
| INCR | الأعلى: 90,783,545 | 2,104,069 | 1,918,073 | 20,603,259 | 43.15x | 47.33x | 4.41x |
| LPUSH | الأعلى: 31,617,779 | 1,247,914 | 842,106 | 10,579,641 | 25.34x | 37.55x | 2.99x |
| RPUSH | الأعلى: 43,776,706 | 628,324 | 878,476 | 11,014,977 | 69.67x | 49.83x | 3.97x |
| SADD | الأعلى: 50,626,647 | 2,053,737 | 894,438 | 12,044,417 | 24.65x | 56.60x | 4.20x |
| HSET | الأعلى: 28,997,514 | 536,527 | 781,768 | 9,797,534 | 54.05x | 37.09x | 2.96x |
| MSET | الأعلى: 11,275,369 | 378,641 | 464,801 | 2,941,342 | 29.78x | 24.26x | 3.83x |
| PING | 125,232,520(محدود بمولّد الحمل) | 3,235,600 | 3,480,446 | الأعلى: 126,033,542 | 38.70x | 35.98x | 0.99x |
أسرع من مجموعات المتجهات في Redis 8 في اختبارنا
حمّلنا تضمينات OpenAI نفسها في HotKV وRedis 8، وشغّلنا على كل منهما الاستعلامات نفسها وعددها 1,000، بعدد اتصالات متزامنة للعملاء يتراوح بين 1 و100، على جهاز واحد. احتفظ كلاهما بمتجهات بدقة كاملة، وبإعدادات الفهرس نفسها.
الاستعلامات في الثانية عند الاستدعاء نفسه
خزّن المحركان كلاهما متجهات float32 بدقة كاملة. بعد تحميل 999,000 متجه، كانت عملية HotKV تشغل 6.77 GB وRedis 7.01 GB.
لم يُقَس: وضع التكميم الافتراضي بدقة 8 بت في Redis، وRedis Query Engine، ومجموعات البيانات الأخرى، والعتاد الآخر. ونسخة HotKV نسخة تطوير لم تُطرح بعد. حُمّل Redis مثبتًا على أربع وحدات vCPU واستُعلم على فهرس أُعيد تحميله (انظر المقال).
الأرقام الكاملة: 999,000 متجه، 50 من العملاء
| ef | استدعاء HotKV | استدعاء Redis | HotKV استعلام/ث | Redis استعلام/ث | النسبة |
|---|---|---|---|---|---|
| 40 | 0.940 | 0.923 | 63,897 | 8,061 | 7.9x |
| 80 | 0.970 | 0.962 | 37,508 | 6,825 | 5.5x |
| 150 | 0.987 | 0.980 | 21,912 | 5,241 | 4.2x |
| 300 | 0.993 | 0.990 | 12,393 | 3,454 | 3.6x |
| 500 | 0.997 | 0.994 | 7,688 | 2,483 | 3.1x |
نسخة HotKV c8dafd37 وRedis 8.10.2، تشابه جيب التمام، وHNSW مع M=16 وef_construction=200 في كليهما، float32 في كليهما (Redis NOQUANT). الاستدعاء هو recall@10 مقارنةً بنتائج البحث الشامل الدقيقة. الوسيط من 3 من التشغيلات على Azure Standard_D160alds_v7, AMD EPYC 9V45, 160 vCPUs. تشاركت الخوادم 128 من وحدات vCPU، وعملت مولّدات الحمل على 32 أخرى، باستخدام شيفرة العميل نفسها لكليهما.
مجموعة البيانات: تضمينات dbpedia-entities-openai-1M (OpenAI text-embedding-ada-002، بعدد أبعاد 1,536) من Kumar Shivendu and Nirant Kasliwal، مرخّصة بموجب MIT، إضافة إلى 1,000 من الاستعلامات المحجوزة للاختبار. المنهجية الكاملة والسكربتات والنتائج الخام. تاريخ القياس: 14 أكتوبر 2026.