(मैं एक RabbitMQ डेवलपर हूँ।)
खरगोश, जब हल्के से भरी हुई है, आम तौर सुप्तावस्था 100-400 माइक्रोसेकंड के आदेश पर होगा, अपने नेटवर्क कार्ड और CPU गति जैसी चीजों पर निर्भर करता है। एक बार लोडिंग थोड़ा भारी हो जाने के बाद, आंतरिक बफरिंग प्रकट होने लगती है और विलंबता थोड़ी बढ़ जाती है। बैंडविड्थ उपयोग (संदेश-प्रति-सेकंड, बाइट्स-प्रति-सेकेंड) तक उच्च होने लगने तक आप 1 एमएमएस लेटेंसी की सुरक्षित रूप से उम्मीद कर सकते हैं। स्वाभाविक रूप से दृढ़ता से पेश होने के बाद लेटेंसी भी बढ़ेगी।
बेंचमार्क के बारे में, यहां सबसे बड़ी समस्याओं में से एक यह परिभाषित कर रहा है कि आपके आवेदन के लिए क्या महत्वपूर्ण है। जावा क्लाइंट के साथ कुछ मामूली सरल पॉइंट-टू-पॉइंट और पब-सब विलंबता-और-थ्रूपुट मापने वाले उदाहरण हैं; यदि आपको उनके साथ समस्या है तो खरगोश-चर्चा सूची पर पूछें! वे वास्तविक दुनिया के अनुप्रयोगों के लिए अधिक प्रासंगिकता को मापते नहीं हैं, लेकिन विलंबता या थ्रूपुट के माइक्रोबाइंचमार्क के संबंध में आपके पास होने वाली किसी भी चिंताओं को दूर करने में मदद कर सकते हैं।
अंत में, कई दिनों में कई अच्छे ओपन-सोर्स मैसेजिंग और मैसेजिंग-संबंधित सिस्टम उपलब्ध हैं। अकेले एएमक्यूपी की दुनिया में, खरगोश एमक्यू के अलावा, क्यूपिड और ओपनएएमक्यू भी हैं। यदि आप जावा पर खुद को प्रतिबंधित करने में सक्षम हैं (कई लोगों को ActiveMQ के साथ सफलता है) वहां भी अच्छे ओपन-सोर्स जेएमएस सर्वर हैं। रुबी और पायथन प्रणाली के लिए भी बहुत सारे हल्के वजन वाले सिस्टम उभर रहे हैं; ये सिस्टम अकेले कतार में ध्यान केंद्रित करते हैं, और इसमें एएमक्यूपी की लचीली रूटिंग क्षमता नहीं होती है।
स्रोत
2010-01-25 22:29:25
उत्तर के लिए धन्यवाद। क्या आप जानते हैं कि संदेश-प्रति-सेकंड, बाइट-प्रति-सेकेंड के लिए संख्याएं कितनी उच्च मानी जाती हैं? – Kimi