मेरे पास एक आवेदन है जिसमें कई डब्ल्यूसीएफ सेवाएं शामिल हैं, जिनमें से कुछ वर्कफ़्लो फाउंडेशन (.NET 3.5) में लागू की गई हैं, अन्य केवल सादा सी #। ये सेवाएं प्रदर्शन कारणों से netNamedPipeBinding पर एक-दूसरे के साथ संवाद करती हैं। समस्या यह है कि जैसे ही सिस्टम लोड बढ़ता है, मैं अधिक से अधिक संचार अपवाद और अंतर्निहित पाइप अपवाद देख रहा हूं। मजाकिया बात यह है कि ये लेनदेन अंततः खत्म होने लगते हैं। इसके लिए एक कारण यह है कि हमारे पास वर्कफ़्लोज़ में एक पुनः प्रयास तंत्र है, लेकिन यहां तक कि सादे सी # सेवाओं की कॉल भी सफल होती है, भले ही मैं डब्ल्यूसीएफ निशान में इन त्रुटियों को देखता हूं। क्या विंडोज़ या नाम के नामित पाइप सबसिस्टम में कुछ पुनः प्रयास तंत्र है?मैं डब्ल्यूसीएफ में पाइप अपवाद और संचार अपवादों का निवारण कैसे करूं?
हालांकि मैं इन त्रुटियों को सुधारा, या कम से कम मूल समस्या को समझते हैं चाहता हूँ। मुझे लगता है कि वे आवेदन की प्रदर्शन और स्थिरता को प्रभावित कर रहे हैं। यदि मैं सेवाओं से आने वाले किसी भी अन्य अपवाद को नहीं देखता हूं तो मैं इन त्रुटियों के मूल कारण के बारे में सही तरीके से कैसे जा सकता हूं?
यहाँ अपवाद मैं में से कुछ हैं:
PipeException:पाइप से पढ़ने में एक त्रुटि हुई: पाइप समाप्त हो गया है। (109, 0x6d)।
और:
PipeException:कार्रवाई पूरी नहीं की जा सकती क्योंकि पाइप बंद हो गया। यह पाइप बाहर निकलने के दूसरे छोर पर आवेदन के कारण हो सकता है।
एक TimeoutException भीतर :क्योंकि पाइप से एक अतुल्यकालिक पढ़ने 00:02:00 आवंटित समय समाप्ति के भीतर पूरा नहीं किया था पाइप कनेक्शन निरस्त किया गया था। इस ऑपरेशन को आवंटित समय लंबे समय तक का एक हिस्सा हो सकता है।
समय अब समाप्त हो अपवाद तथ्य यह है कि प्रणाली मुसीबत लोड से निपटने रहा है से आते हैं लगता है। ये ऑपरेशन सामान्य रूप से काफी छोटे होते हैं लेकिन उनमें से राशि समस्या होती है। या क्या यह पिछले पाइप कनेक्शन को समाप्त कर दिया जा सकता है और पूल को वापस नहीं दिया जा सकता है?
मैं WCF config में एक serviceThrottling व्यवहार के साथ प्रयोग उदाहरणों आदि की मात्रा में वृद्धि करने की कोशिश की है, लेकिन इन त्रुटियों को उभरते रहते हैं। कोई सुझाव?
/संपादित करें: मैं दोनों WCF ट्रेसिंग और संदेश लॉगिंग चालू किया था। यही वह जगह है जहां मैं पाइप अपवाद और संचार अपवाद देख रहा हूं। एप्लिकेशन स्वयं कोई त्रुटि नहीं दिखा रहा है। हमने डब्ल्यूसीएफ सेवाओं को काफी हद तक वाद्य किया है ताकि लॉग अपनेट का उपयोग करके सभी अपवाद लॉग हो जाएं और मुझे उन लॉग में कोई त्रुटि दिखाई नहीं दे रही है। ऐसा लगता है कि यह डब्ल्यूसीएफ स्तर पर हो रहा है।
हमें अंत में पता चला कि डब्ल्यूसीएफ नेटपाइप स्टैक में समस्याएं हैं। हम एक बुनियादी एचटीपी बाध्यकारी में बदल गए और सभी त्रुटियों के गायब होने के अलावा, सेवा कॉल कम से कम दोगुनी हो गई। सचमुच अजीब। – Roy
आपको अंत में यह कैसे पता चला?मैं इसी तरह की समस्याओं में भाग रहा हूं लेकिन मैं अभी तक जहाज को कूदने के लिए तैयार नहीं हूं। –
@ कोलेडब्ल्यू व्हाओ, यह एक पुराना सवाल है, मुझे अपनी याद में वापस खोदना है। मुझे लगता है कि हमें क्षेत्रीय निदेशकों की मेलिंग सूची पर कुछ फीडबैक मिला है, मेरा सहयोगी एक आरडी है कि net.pipe ढेर उच्च भार के तहत स्थिर नहीं था और बुनियादी एचटीपी के साथ परीक्षण के बाद, हमें बहुत अच्छा थ्रूपुट और अधिक स्थिर सेवाएं मिलीं। मैंने लंबे समय से डब्ल्यूसीएफ छोड़ दिया है इसलिए मुझे वर्तमान स्थिति के बारे में निश्चित नहीं है। यह सुनकर दुख की बात है कि आपको अभी भी वही समस्याएं हैं। – Roy