डब्ल्यूसीएफ नेट टीसीपी बाइंडिंग बुफर्ड बनाम स्ट्रीमिंग प्रदर्शन समस्याएं

Question

मैंने एक डब्ल्यूसीएफ सेवा लिखी है जो NetTcpBinding में स्ट्रीम किए गए ट्रांसफरमोड का उपयोग करके फ़ाइलों के किसी भी आकार को बदलना चाहिए, और System.IO.Stream ऑब्जेक्ट।

प्रदर्शन परीक्षण चलाते समय, मुझे महत्वपूर्ण प्रदर्शन समस्या मिली। फिर मैंने इसे बुफर्ड ट्रांसफरमोड के साथ परीक्षण करने का फैसला किया और देखा कि प्रदर्शन दो गुना तेज है!

क्योंकि मेरी सेवा बड़ी फ़ाइलों को स्थानांतरित करनी चाहिए, इसलिए मैं सर्वर और क्लाइंट साइड पर बड़ी फ़ाइलों पर स्मृति प्रबंधन ओवरहेड की वजह से बस बुफर्ड ट्रांसफरमोड में नहीं रह सकता।

स्ट्रीम किए गए ट्रांसफरमोड को बुफर्ड ट्रांसफरमोड से धीमा क्यों किया जाता है? स्ट्रेम्ड प्रदर्शन को बेहतर बनाने के लिए मैं क्या कर सकता हूं?

Answer 1

आपके द्वारा स्ट्रीम किए जा रहे भाग कितने बड़े हैं? आप विभिन्न खंड आकारों और विभिन्न रणनीतियों के साथ प्रयोग कर सकते हैं।
साथ ही, बफर को स्थानांतरित करने के लिए, या स्थानांतरण के बाद Asynch IO का उपयोग करने पर विचार करें।

मैं क्या मतलब, अगर आपके स्ट्रीमिंग एल्गोरिथ्म धारावाहिक है, इसलिए जैसे:

1. Fill a chunk 
2. send the chunk 
3. get confirmation 
4. more chunks? Go to step 1 

... तो आप अनावश्यक देरी का एक बहुत कुछ है। यदि आप भाग भर सकते हैं और समानांतर में भाग भेज सकते हैं, तो आप प्रतीक्षा को कम करने में सक्षम होंगे। Async IO ऐसा करने का एक तरीका है। आपके पास दो समांतर वर्कस्ट्रीम हो रहे होंगे। वैचारिक रूप से, यह इस प्रकार दिखाई देंगे:

Filling Chunks        Sending Chunks 
    1. call BeginRead       1. get next chunk 
    2. wait for callback      2. send it 
    3. more to read? yes -> go to step 1  3. await confirmation 
    4. done          4. more? go to step 1 

लेकिन Async आईओ का उपयोग कर, ये वास्तव में एक ही धागे से प्रेरित किया जा सकता है।

ध्यान में रखें:

alt text http://i45.tinypic.com/t82r92.jpg

आप MS's article on the topic of large data streaming in WCF?