लॉक कोड के कारण मंदी से कैसे बचें?

Question

मैं सोच रहा हूं कि लॉक कोड का एक टुकड़ा मेरे कोड को धीमा कर सकता है भले ही कोड कभी निष्पादित न हो। यहां एक उदाहरण दिया गया है:

public void Test_PerformanceUnit() 
{ 
    Stopwatch sw = new Stopwatch(); 
    sw.Start(); 
    Random r = new Random(); 
    for (int i = 0; i < 10000; i++) 
    { 
     testRand(r); 
    } 
    sw.Stop(); 
    Console.WriteLine(sw.ElapsedTicks); 
} 

public object testRand(Random r) 
{ 
    if (r.Next(1) > 10) 
    { 
     lock(this) { 
      return null; 
     } 
    } 
    return r; 
} 

यह कोड मेरी मशीन पर ~ 1300ms में चलता है। अगर हम लॉक ब्लॉक को हटाते हैं (लेकिन इसके शरीर को रखें), तो हमें 750 मिलीमीटर मिलेंगे। लगभग डबल, भले ही कोड कभी नहीं चलाया जाता है!

बेशक यह कोड कुछ भी नहीं करता है। मैंने इसे कक्षा में कुछ आलसी प्रारंभिक जोड़ते हुए देखा जहां कोड जांचता है कि ऑब्जेक्ट प्रारंभ होता है और यदि इसे प्रारंभ नहीं किया जाता है। समस्या यह है कि प्रारंभिक लॉक हो गया है और पहली कॉल के बाद भी सब कुछ धीमा हो जाता है।

मेरे प्रश्न हैं:

1. हो रहा क्यों है?
2. मंदी

Answer 1

बारे में क्यों हो रहा है, यह टिप्पणी में चर्चा की गई से बचने के लिए कैसे: try ... finallylock द्वारा उत्पन्न की प्रारंभ की वजह यह है।

---

और यह मंदी से बचने के लिए, आप अवरोधित करने की सुविधा एक नई पद्धति के लिए, निकाल सकते हैं ताकि ताला तंत्र केवल प्रारंभ किया जाएगा यदि विधि वास्तव में कहा जाता है।

public object testRand(Random r) 
{ 
    if (r.Next(1) > 10) 
    { 
     return LockingFeature(); 
    } 
    return r; 
} 

private object LockingFeature() 
{ 
    lock (_lock) 
    { 
     return null; 
    } 
} 

और यहाँ मेरे बार (टिक में) कर रहे हैं:

your code, no lock : ~500 
your code, with lock : ~1200 
my code    : ~500 

---

संपादित करें:

मैं इस सरल कोड के साथ इसे करने की कोशिश मेरे परीक्षण कोड (थोड़ा की तुलना में धीमी चल कोई ताले वाला कोड) वास्तव में स्थैतिक तरीकों पर था, ऐसा प्रतीत होता है कि जब कोड किसी ऑब्जेक्ट के अंदर "अंदर" चलाया जाता है, तो समय समान होता है। मैंने उस समय के अनुसार समय तय किया।