.NET Framework

Question

का उपयोग कर निर्देशिका में फ़ाइल परिवर्तनों की निगरानी करने का विश्वसनीय तरीका मैं निर्देशिका में परिवर्तनों की तलाश करने का एक विश्वसनीय तरीका ढूंढ रहा हूं।

मैं FileSystemWatcher उपयोग करने की कोशिश की है, लेकिन यह नहीं बल्कि गलत जब कई छोटे फ़ाइलें, बनाई गई हैं बदल गया है या नष्ट कर दिया है। यह मेरे परीक्षणों में फाइलों के बारे में 1 या 2% याद करता है। जब आप हजारों फ़ाइलों को तेजी से जोड़ रहे हैं या बदल रहे हैं तो यह काफी है।

मैं अलग अंतराल पर बदलाव के लिए मतदान की कोशिश की है 500 एमएस, 2000 एमएस आदि इस मामले मैं बहुत अधिक हिट मिल में। FileInfo ऑब्जेक्ट पर टाइमस्टैम्प के रिज़ॉल्यूशन के साथ इसका कुछ संबंध हो सकता है।

तो मेरा सवाल है; निर्देशिका में बदलावों को विश्वसनीय रूप से बदलने के लिए, .NET Framework का उपयोग करना संभव है?

- ईसाई

Answer 1

आप InternalBufferSize बढ़ रही करने की कोशिश की है? आपने इसे किस आकार में सेट किया है?

MSDN से

:

---

नोट एक FileSystemWatcher एक घटना वंचित रह सकते हैं जब बफर आकार को पार कर गया है। लापता घटनाओं से बचने के लिए का पालन इन दिशानिर्देशों: InternalBufferSize संपत्ति की स्थापना द्वारा बफर आकार बढ़ाएँ। लंबे फ़ाइल नामों के साथ देख फ़ाइलें, से बचें क्योंकि एक लंबे फ़ाइल नाम बफर भरने के लिए योगदान देता है। कम नामों का उपयोग करके इन फ़ाइलों का नाम बदलने पर विचार करें।

---

यथासंभव कम अपने ईवेंट प्रबंधन कोड रखें।

Answer 2

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

आप इस तरह के फ़िल्टर ड्राइवर को लिख सकते हैं (~ 6-9 9 महीने के काम को सही करने के लिए, और फिर परीक्षण के लिए बहुत समय) या आप हमारे CallbackFilter उत्पाद का उपयोग कर सकते हैं और कर्नेल-मोड विकास से बच सकते हैं। CallbackFilter .NET, VCL और देशी C++ के लिए पूर्व-निर्मित ड्राइवर और API प्रदान करता है।