एसिंक्रोनस कॉल और एसिंक्रोनस आईओ कॉल के बीच अंतर .net

Question

एक प्रतिनिधि का उपयोग करके मैं किसी भी कार्य को असीमित रूप से कॉल कर सकता हूं। प्रलेखन से मैं समझता हूं कि यह थ्रेडपूल के लिए वर्कटाइम कतार में किया जाता है।

कोई भी आईओ कार्यों (जैसे सॉकेट, फाइल, वेबपृष्ठ आदि से पढ़ने) के लिए असीमित कॉल कर सकता है। मुझे लगता है (लेकिन मुझे यकीन नहीं है) यह थ्रेडपूल में वर्कटाइम नहीं पैदा करता है। परिणाम प्राप्त होने के बाद ही (या एक त्रुटि), थ्रेडपूल में एक नए धागे से कॉल किया गया कॉलबैक है।

क्या यह धारणा सही है? या एक एसिंक्रोनस आईओ कॉल है, कवर के तहत भी कुछ थ्रेड जो पैदा हुआ है? यदि यह मामला है, तो एसिंक्रोनस कॉल कैसे स्प्रेडिंग थ्रेड (थ्रेडपूल का उपयोग करके) से बेहतर प्रदर्शन कर सकते हैं और ब्लॉक कर सकते हैं?

भी: किसी भी समय कितने एसिंक्रोनस कॉल का सामना किया जा सकता है? थ्रेडपूल का इस्तेमाल होने के मामले में, मुझे लगता है कि आप जितना चाहें उतना अनुमान लगाते हैं। लेकिन आईओ एसिंक्रोनस कॉल के मामले में, क्या कोई सीमा है? और ऐसा है, आप कैसे जानते हैं कि सीमा क्या है?

Answer 1

असिंक्रोनस आईओ थ्रेड पूल से दूसरे धागे का उपयोग करने की तुलना में कहीं अधिक जटिल चीज है।

1 एक युक्ति गिरी वस्तु

एक ही उपकरण के खिलाफ एकाधिक मैं/हे अनुरोधों के प्रदर्शन के लिए उपयोगी नहीं है संकेतन:

कई विभिन्न तकनीकों ओएस अंदर, कि समर्थन अतुल्यकालिक आईओ रहे हैं। एक थ्रेड को I/O अनुरोध जारी करने और इसे संसाधित करने के लिए एक अन्य थ्रेड जारी करने देता है।

2 एक घटना गिरी वस्तु संकेतन

की अनुमति देता है एक ही उपकरण के खिलाफ एकाधिक मैं/हे अनुरोधों। एक थ्रेड को I/O अनुरोध जारी करने और इसे संसाधित करने के लिए एक अन्य थ्रेड जारी करने देता है।

3 का उपयोग करते हुए alertable आई/ओ

की अनुमति देता है एक ही उपकरण के खिलाफ एकाधिक मैं/हे अनुरोधों। थ्रेड जो I/O अनुरोध जारी करता है उसे भी संसाधित करना चाहिए।

4 का उपयोग करते हुए I/O पूर्णता बंदरगाहों

एक ही उपकरण के खिलाफ एकाधिक मैं/हे अनुरोध देता है। एक थ्रेड को I/O अनुरोध जारी करने और इसे संसाधित करने के लिए एक अन्य थ्रेड जारी करने देता है। यह तकनीक अत्यधिक स्केलेबल है और इसमें सबसे अधिक लचीलापन है।