का उपयोग करने के वास्तविक डाउनसाइड्स क्या हैं। हमने परियोजना को लक्षित किया है .NET 2.0 RTM (हाँ, यह .NET 2.0 RTM होना चाहिए, हमारे पास कुछ रूढ़िवादी ग्राहक हैं)। और मैं बस सोच रहा हूं कि ReaderWriterLock के डाउनसाइड्स क्या हैं? यह इतना बुरा क्यों है कि हर कोई "इसका उपयोग न करें, lock
कथन जैसे कुछ और उपयोग करने का प्रयास करें"? अगर हम .NET 3.5 का उपयोग कर सकते हैं, तो मैं निश्चित रूप से ReaderWriterLockSlim का उपयोग करता हूं, लेकिन ReaderWriterLock
के साथ मैं इन सभी चेतावनियों के साथ हर जगह से थोड़ा डरावना हूं। क्या किसी ने प्रदर्शन किया है या जो कुछ भी? यदि कुछ प्रदर्शन समस्याएं हैं, तो हम किस पेलोड के तहत सामना कर सकते हैं?रीडरवाइटर लॉक
हमारे पास ReaderWriterLock
मुख्य उद्देश्य के संदर्भ में क्लासिक स्थिति है, यानी कई पढ़ते हैं और शायद ही कभी लिखते हैं। lock
कथन का उपयोग सभी पाठकों को अवरुद्ध करेगा। शायद यह हमारे लिए एक भयानक मुद्दा नहीं है, लेकिन अगर मैं ReaderWriterLock
का उपयोग कर सकता हूं तो मैं अधिक संतुष्ट होगा। कई मॉनीटर पेश करने वाले आईएमओ वास्तव में एक बहुत ही बुरा विचार है।
अच्छा, मुझे पूरा यकीन नहीं है कि यह एक आदर्श मामला है। हमारे पास साझा संसाधनों के साथ-साथ पढ़ने और लिखने के बहुत सारे धागे नहीं हैं। मेरा मतलब है कि हमारे पास 100 या 200 या 500 धागे नहीं हैं, यह लगभग 15-20 धागे हैं। मैं एक साधारण 'लॉक' कथन के साथ जाने का प्रयास करूंगा और यदि हमें एकाधिक ताले की समस्या का सामना करना पड़ता है तो मैं 'रीडरवाइटर लॉक' का उपयोग करने या विकल्पों में देखने का प्रयास करूंगा। –