उपलब्ध स्मृति, बैंडविड्थ, सीपीयू, और निश्चित रूप से, नेटवर्क कनेक्टिविटी द्वारा लगाई गई सीमाएं हैं। लेकिन उनको अक्सर लंबवत स्केल किया जा सकता है। क्या लिनक्स पर कोई अन्य सीमित कारक हैं? क्या वे कर्नेल संशोधनों के बिना दूर हो सकते हैं? मुझे संदेह है कि, यदि कुछ और नहीं है, तो सीमित कारक गिगाबिट ईथरनेट बन जाएगा। लेकिन कुशल प्रोटोकॉल के लिए इसमें 50K समवर्ती कनेक्शन लग सकते हैं। इससे पहले कि मैं इसे उच्च प्राप्त कर सकूं, कुछ और तोड़ देगा?लिनक्स मशीन में कितने खुले udp या tcp/ip कनेक्शन हो सकते हैं?
मुझे लगता है कि मैं एक सॉफ्टवेयर udp और/या टीसीपी/आईपी लोड बैलेंसर चाहता हूं। दुर्भाग्य से ओपन-सोर्स समुदाय में ऐसा कुछ भी मौजूद नहीं है, http प्रोटोकॉल को छोड़कर। लेकिन यह एपोल का उपयोग करके एक लिखने की मेरी क्षमताओं से परे नहीं है। मुझे उम्मीद है कि इसे स्केल करने के लिए बहुत सारे बदलाव होंगे, लेकिन यह काम बढ़ता जा सकता है, और इसके लिए मैं एक बेहतर प्रोग्रामर बनूंगा।
आप घबराना और विलंबता और स्थिर यातायात पर प्रभाव के बारे में एक अच्छा बिंदु बढ़ा – Eloff
होगा वह व्यक्ति जिसने मेरी पोस्ट देखभाल को समझाने के लिए नीचे मतदान किया? बिना टिप्पणी के डाउन-वोटिंग ड्राइव-साइड सिर्फ साधारण है। – jldupont
टीसीपी के लिए, अन्य चिंता आने वाली डेटा की मात्रा है। आने वाले डेटा में उपयोगकर्ता प्रक्रिया द्वारा संसाधित होने तक कर्नेल बफर पर कब्जा होता है। यदि आपका एप्लिकेशन "पर्याप्त तेज़" स्मृति को संसाधित नहीं करता है, तो कर्नेल बफर और आतंक से बाहर चला सकता है। प्रत्येक सॉकेट पर एक छोटा आरएक्स बफर आकार सेट करके इसे बढ़ाया जा सकता है। –