फ़ाइल नाम के बाद फ़ाइल अस्तित्व जांच यूएनसी शेयर

Question

पर एक गलत मान देता है विंडोज 7 (या सर्वर) बॉक्स पर, हमारे पास यूएनसी शेयर (क्रॉस मशीन यूएनसी, लोकलहोस्ट) पर एक फ़ोल्डर नहीं है। हम उस फ़ोल्डर का नाम बदलते हैं, और उसके बाद नए फ़ोल्डर स्थान पर फ़ाइल के अस्तित्व की जांच करें। भले ही यह अस्तित्व में है, फाइल के लिए लगभग 5 सेकंड लगते हैं। एक्सिसिस्ट इस पर सच होने के लिए।

पूर्ण रेपो https://github.com/davidebbo/NpmFolderRenameIssue पर पाया जा सकता है।

// This file doesn't exist yet 
// Note that the presence of this existence check is what triggers the bug below!! 
Console.WriteLine("Exists (should be false): " + File.Exists("test/test2/myfile")); 

// Create a directory, with a file in it 
Directory.CreateDirectory("test/subdir/test"); 
File.WriteAllText("test/subdir/test/myfile", "Hello"); 

// Rename the directory 
Directory.Move("test/subdir/test", "test/test2"); 

var start = DateTime.UtcNow; 

// List the files at the new location. Here, our file shows up fine 
foreach (var path in Directory.GetFiles("test/test2")) 
{ 
    Console.WriteLine(path); 
} 

for (; ;) 
{ 
    // Now do a simple existence test. It should also be true, but when 
    // running on a (cross machine) UNC share, it takes almost 5 seconds to become true! 
    if (File.Exists("test/test2/myfile")) break; 

    Console.WriteLine("After {0} milliseconds, test/test2/myfile doesn't show as existing", 
     (DateTime.UtcNow - start).TotalMilliseconds); 
    Thread.Sleep(100); 
} 

Console.WriteLine("After {0} milliseconds, test/test2/myfile correctly shows as existing!", 
    (DateTime.UtcNow - start).TotalMilliseconds); 

तो यह प्रारंभिक अस्तित्व की जांच की तरह लगता है, कैश हो जाने की इस फर्जी व्यवहार के कारण अस्तित्व मूल्य का कारण बनता है: यहाँ कोर कोड है।

प्रश्न: इसके लिए स्पष्टीकरण क्या है? इससे बचने का सबसे अच्छा तरीका क्या है?

नोट: विंडोज़ पर एनपीएम (नोड पैकेज मैनेजर) का उपयोग करते समय यह समस्या शुरू में उभरी। मेरे पास यहां मौजूद कोड रेपो का सी # पोर्ट है। मूल नोड/एनपीएम मुद्दे के लिए https://github.com/isaacs/npm/issues/2230 देखें। लक्ष्य इसे संबोधित करने का एक तरीका ढूंढना है।

Answer 1

डेविड, पुनर्निर्देशक एक नकारात्मक "फ़ाइल नहीं मिला" कैश लागू करता है जो किसी क्लाइंट को फ़ाइल के अनुरोध के साथ सर्वर को बाढ़ करने से रोकता है। डिफ़ॉल्ट कैश समय 5 सेकंड है, लेकिन आप कैश को नियंत्रित करने के लिए या 0.

विवरण इस मूल्य निर्धारित करके उसे निष्क्रिय करने FileNotFoundCacheLifetime रजिस्ट्री मान को संशोधित कर सकते हैं: http://technet.microsoft.com/en-us/library/ff686200(v=WS.10).aspx

Answer 2

नेटवर्क कोड में कैशिंग के कई स्तर हैं। यह फ़ाइल अस्तित्व के आखिरकार दिखाए जाने के समय को धीमा कर सकता है।

एक समाधान फ़ाइल शेयरों का उपयोग नहीं करना होगा, लेकिन एक साधारण क्लाइंट/सर्वर आर्किटेक्चर बनाना होगा जहां सर्वर स्थानीय फ़ाइल सिस्टम से फ़ाइल अस्तित्व लौटाता है। यह वास्तव में आइटम पहचान समय तेज करना चाहिए।

मेरा अनुमान यह होगा कि अगर आपने फ़ाइल खोलने का प्रयास किया है, भले ही फ़ाइल। एक्सिस्ट कहते हैं कि यह अस्तित्व में नहीं है, फिर भी इसे सही तरीके से खोला जाना चाहिए ताकि आप सर्वर अस्तित्व की जानकारी का उपयोग कर सकें। यदि यह काम नहीं करेगा तो आप बस सर्वर/क्लाइंट आर्किटेक्चर में एक डाउनलोड विकल्प जोड़ सकते हैं।

Answer 3

एक बार मैं के बारे में "फ़ाइल नहीं मिला" जानता था कैश, मैं FileInfo ऑब्जेक्ट का उपयोग कर समस्या को हल करने में सक्षम था, जो Refresh() विधि लागू करता है। आपका कोड इसके बजाय ऐसा कर सकता है:

FileInfo testFile = new FileInfo("test/test2/myfile"); 
Console.WriteLine("Exists (should be false): " + testFile .Exists); 
Directory.Move("test/subdir/test", "test/test2"); 
testFile.Refresh(); 

// the FileInfo object should now be refreshed, and a second call to Exists will return a valid value 
if (testFile.Exists) 
{ 
    ... 
}