मशहूर C10k article पढ़ने के बाद और वेब पर खोज करने के बाद यह कैसे लिखा गया है कि यह कैसे विकसित हुआ है, मैं जानना चाहता हूं कि आज के मानक के लिए यह संभव होगा या नहीं > 10000 समवर्ती कनेक्शन कनेक्शन प्रति थ्रेड (संभावित रूप से निर्माण/हत्या प्रक्रिया से बचने के लिए धागे के पूल की सहायता से) का उपयोग करने के लिए सर्वर।टीसीपी/आईपी - प्रति ग्राहक दृष्टिकोण के साथ सी 10 के को हल करना
कुछ जानकारी है कि समस्या के लिए दृष्टिकोण को प्रभावित कर सकता:
- इनपुट, मध्यवर्ती प्रसंस्करण और उत्पादन।
- प्रत्येक कनेक्शन की लंबाई।
- सर्वर तकनीकी विवरण (कोर, प्रोसेसर, रैम, आदि ...)
- AIO, मतदान, हरे धागे, आदि जैसे वैकल्पिक तकनीकों के साथ इस प्रणाली का मेल ...
जाहिर है, मैं इस मामले में एक विशेषज्ञ नहीं हूं, इसलिए किसी भी टिप्पणी या सलाह की अत्यधिक सराहना की जाएगी :)
शायद यह है कि मैं थोड़ा उलझन में हूं, लेकिन मैंने सोचा कि 'एपोल' बिल्कुल असीमित नहीं था। कुछ शोधों के बाद मुझे कई ग्रंथों का कहना है कि 'एआईओ' थ्रेड पूल के साथ संयोजन में बेहतर काम करेगा, और एक सिंगल थ्रेड के साथ 'एपोल': [एओओ और एपोल की तुलना] (http://lkml.indiana.edu/hypermail /linux/kernel/0305.2/0697.html)। – Str1101
... मैंने यह भी पढ़ा है कि 'एआईओ' के कार्यान्वयन के संबंध में कुछ कठिनाइयां हैं, इसलिए शायद यह 'एपोल' + थ्रेड पूल दृष्टिकोण का उपयोग करने के लिए अभी भी अधिक लाभदायक है। [क्या-अंतर-बीच ...] (http://stackoverflow.com/questions/5844955/whats-the-difference-between-event-driven-and-asynchronous-between-epoll-and-a)। इसके बारे में मेरा स्वयं का विचार यह है कि प्रत्येक कनेक्शन को बंद करने के लिए पूल के सीधे एक थ्रेड का उपयोग करना संभव होगा जब तक कि एक साथ कनेक्शन की संख्या अधिकतम संख्या में थ्रेड के करीब न हो, जो सिस्टम बनाए रख सकें, और फिर हम इसका उपयोग कर सकते हैं ... – Str1101
एपोल/क्यूक्यू/एआईओ सिस्टम नए आने वाले कनेक्शन को संभालने के लिए, जबकि सभी धागे व्यस्त हैं। (पीएस .: मैं वास्तव में जल्द ही आपके सर्वर को देखना पसंद करूंगा, खासकर अगर यह सी ++ में लिखा गया है :) – Str1101