क्या आपने अंतिम एक्सेस समय सेटिंग चालू की थी? यह प्रदर्शन कारणों के कारण, विस्टा ++ के साथ शुरू होने वाली डिफ़ॉल्ट रूप से बंद है।
मैं इस सवाल को बहुत देखता हूं। मैं हमेशा लोगों से कहता हूं कि वे टेक्नेट को हिट करें और NTFS पर डॉक्यूमेंटेशन पढ़ें।
http://technet.microsoft.com/en-us/library/cc781134(WS.10).aspx
ध्यान दें कि NTFS डिस्क पर तुरंत LAT नहीं लिखता है। यह आम तौर पर उस फ़ाइल में लिखे बदलावों के लिए एक घंटे या सिर्फ पिगीबैक होने के लिए अंतर का इंतजार करेगा। फ़ाइल आधारित प्रश्नों, तथापि, होगा सही हो।
यह ऑडिटिंग टूल नहीं है। ऐसे उदाहरण होंगे जहां NTFS प्रदर्शन की कीमत पर LAT को अपडेट नहीं करेगा । यदि आप एक ऑडिटिंग टूल की तलाश कर रहे हैं, तो मैं आपको स्थानीय सुरक्षा ऑडिटिंग चालू करने का सुझाव दूंगा। यह LAT के विपरीत, सभी फ़ाइल में प्रवेश करेगा । उदाहरण के लिए, कई एपीआई कॉल हैं जिनका आप उपयोग कर सकते हैं जो LAT को प्रभावित नहीं करेंगे।
नीचे टिप्पणी करने के लिए प्रतिक्रिया संपादित करें।
यह पढ़ रहा होगा - लेकिन एक) मैं वास्तव में LMT और बी के साथ सबसे अधिक चिंतित था) फ़ाइल का आकार और सामग्री भी नहीं बदली - क्या यह प्रोग्राम निर्भर हो सकता है ?? यह निश्चित रूप से नहीं करना चाहिए। मैं यहां यूनिक्स और आई नोड्स की सराहना करना शुरू कर रहा हूं - EDIT: आकार और समय को प्रचारित करने की आवश्यकता नहीं है (इस पर पुष्टि की आवश्यकता है) लेकिन सामग्री चाहिए
लेख विशेष रूप से आपके सटीक मुद्दों को संबोधित करता है। मैं लेख उद्धृत करूँगा। मेरे द्वारा जोर दिया गया था।
फ़ाइल सामग्री को बदलना चाहिए था अन्यथा आपने इसे सही नहीं किया।
क्योंकि एक हार्ड लिंक एक फ़ाइल के लिए एक निर्देशिका प्रविष्टि है, एक एप्लिकेशन अपनी किसी भी हार्ड लिंक का उपयोग करके किसी फ़ाइल को संशोधित कर सकता है। किसी अन्य हार्ड लिंक का उपयोग करने वाले अनुप्रयोग परिवर्तनों का पता लगा सकते हैं।
हालाँकि, हार्ड लिंक के लिए निर्देशिका प्रविष्टियाँ केवल तभी अपडेट की जाती हैं जब कोई उपयोगकर्ता हार्ड लिंक का उपयोग करके किसी फ़ाइल को एक्सेस करता है। उदाहरण के लिए, यदि कोई उपयोगकर्ता अपनी हार्ड लिंक का उपयोग करके किसी फ़ाइल को खोलता और संशोधित करता है, और मूल फ़ाइल का आकार बदलता है, तो फ़ाइल को एक्सेस करने के लिए उपयोग किया जाने वाला हार्ड लिंक भी नए आकार को दिखाता है।
इसलिए जब फ़ाइल स्वयं बदली गई थी, तब तक संबंधित निर्देशिका प्रविष्टियों को अपडेट नहीं किया जाएगा, जब तक कि उन्हें एक्सेस नहीं किया जा रहा है। इसलिए यदि आपके पास दो संगत हार्डलिंक के माध्यम से एक पाठ फ़ाइल खोली गई है, तो दोनों निर्देशिका प्रविष्टियां बदल जाएंगी। अब अगर आपके पास केवल हार्डलिंक ए के माध्यम से फाइल खुली है, तो हार्डलिंक बी अपडेट नहीं किया जाएगा। फ़ाइल में आपके द्वारा किए गए कुछ भी परिवर्तन होंगे। लेकिन फिर से, हार्डलिंक निर्देशिका प्रविष्टियां हैं, और यदि आप इसका उपयोग नहीं कर रहे हैं तो NTFS निर्देशिका प्रविष्टि को अद्यतन नहीं करता है। यह I / O की बर्बादी होगी।
अब मुझे लगता है कि आप एक्सप्लोरर के माध्यम से यह सब देख रहे हैं। एक्सप्लोरर बहुत सी जानकारी टाइप करता है जैसे कि cmd लाइन पर dir टाइप करना । एक निर्देशिका सूची बस एक लिस्टिंग है। एक निर्देशिका सूची को पढ़ना हालांकि फ़ाइल को एक्सेस नहीं करता है , जो महत्वपूर्ण है। अन्यथा, निर्देशिका लिस्टिंग प्राप्त करने से फ़ाइल के सभी अंतिम एक्सेस समय में बदलाव होगा! तो इस प्रकार आपको पुरानी जानकारी मिल जाएगी अगर कोई हार्डलिंक है। आप एक्सप्लोरर को राइट क्लिक करके फ़ाइल को एक्सेस करने के लिए बाध्य कर सकते हैं और कह सकते हैं, विवरण टैब की जांच करें। या सिर्फ फ़ाइल खोलना।
edit3
पूरी तरह से अंतर नहीं हो रहा है - जब एक foo.txt पर ^ c तब ^ ^ मार रहा है (तो विंडोज़ एक फ़ाइल बनाता है जैसे foo - Copy.txt और इसे वर्तमान निर्देशिका में रखता है) - यह किस अर्थ में नकल है?
यह मुश्किल कारण था, मुझे पता नहीं है कि कैसे एक्सप्लोरर अपने मौजूदा निर्देशिका में एक मौजूदा फ़ाइल की नकल करता है। इसलिए मुझे इसका परीक्षण करना था। ऐसा लगता है कि एक्सप्लोरर स्रोत फ़ाइल लक्ष्य को कॉपी करता है, चाहे स्रोत फ़ाइल हार्डलिंक हो या सिमिलिंक।
एक्सप्लोरर में बहुत अधिक दानेदार नियंत्रण और सहानुभूति और हार्डलिंक का समर्थन नहीं है। अब, यदि आप करते हैं, तो लिंक को स्वयं कॉपी करना संभव है "mklink /h Foo1.txt Foo.txt"
। इससे एक नया हार्डलिंक बनता है Foo1.txt
। हालाँकि आप इसे एक्सप्लोरर में नहीं कर सकते। मेरा सुझाव है कि आप लिंक शैल एक्सटेंशन प्राप्त करें। यह कस्टम शॉर्टकट एरो आइकनों के साथ लिंक को ओवरले करता है, लक्ष्यों को दर्शाता है, और सीमलिंक और हार्डलिंक के स्पष्ट निर्माण की अनुमति देता है।
Edit4
अच्छी तरह से सर्फ़सब के अनुसार मैं इसे सही ढंग से समझता हूं - फाइलसिस्टम की एक सीमा - मैं अब इनोड अवधारणा की सराहना करता हूं। वैसे भी - अजीब बात है - यह हमेशा ऐसा नहीं होता है - कभी-कभी विशेषताओं में परिवर्तन तुरंत मूल फ़ाइल में दिखाई देता है - जब परिवर्तन होता है - मेरी असली चिंता अब यह है कि मैं जो कम से कम एक प्रोग्राम का उपयोग कर रहा हूं वह संपादित नहीं होता है फ़ाइल लिंक की गई लेकिन केवल हार्ड लिंक है। मुमकिन ? dir / हार्ड लिंक के बारे में बहुत कुछ नहीं बताता है - उन्हें देखने का कोई भी तरीका
मुझे यह याद नहीं है कि आपके प्रश्न का यह हिस्सा क्या है। मैं उस प्रोग्राम के बारे में उत्सुक हूं जो लिंक की गई फ़ाइल को संपादित नहीं करता है। यह कौन सा कार्यक्रम है?
A dir /a
निर्देशिका प्रविष्टियों को अपडेट नहीं करेगा। यह डिजाइन द्वारा है, क्योंकि यह प्रदर्शन गहन होगा।