कोई फ़ाइलटाइम बढ़ते के साथ कमियां?


63

हर फ़ाइल को अपडेट करने के बाद उन्हें बर्बाद करने जैसा लगता है।

फ़ाइल सिस्टम को बढ़ते समय के साथ noatime विकल्प के साथ पकड़ना है। एक्सेस टाइम पर किस तरह के एप्लिकेशन / सर्वर निर्भर करते हैं?

जवाबों:


48

सापेक्षता पर विचार करें:

यदि आपके पास एक नया स्थापित (~ 2008) है, तो आप रिलेटाइम माउंट विकल्प का उपयोग कर सकते हैं । मेरे विचार से यह एक अच्छा समझौता है। इस नए विकल्प को लागू करने के बारे में kerneltrap चर्चा से :

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

यह इसे ऐसे अधिकांश अनुप्रयोगों के लिए बनाता है जिन्हें atime की आवश्यकता अभी भी काम करेगी, लेकिन डिस्क लोड को कम करती है - इसलिए यह एक समझौता है। यह हाल के उबंटू डेस्कटॉप वितरण के साथ डिफ़ॉल्ट है।

उदासीनता और उदासीनता के बारे में:

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

Atime को सक्षम रखने का दूसरा कारण जिसका उल्लेख नहीं किया गया था वह ऑडिटिंग उद्देश्यों के लिए है। लेकिन चूंकि जो पहुँचा यह नहीं रखा जाता है और केवल जब , यह शायद है कि एक लेखापरीक्षा निशान के लिए उपयोगी नहीं है।

ये सभी विकल्प 'मैन माउंट 8' में पाए जा सकते हैं।


1
+1 रिलेटाइम में नोटा के फायदे हैं और कोई भी नुकसान नहीं है।
डेविड पैस्ले

9
इसके बारे में कुछ और पढ़ते हुए, ऐसा लगता है कि इस समय नोएटीमेटाइम भी शामिल है (यह नहीं, कई साल पहले हालांकि)
nos

ध्यान दें, चूंकि लिनक्स 2.6.30 रिलेटाइम डिफ़ॉल्ट है। लेकिन इसके अलावा फ़ाइल का अंतिम एक्सेस समय हमेशा अपडेट होता है अगर यह 1 दिन से अधिक पुराना हो। इसका मतलब यह है कि एक दैनिक बैकअप प्रक्रिया या बड़े maildirs में खोज अभी भी अनावश्यक उच्च I / O प्रभाव हो सकता है।
रुडाइमियर

18

ऐसे एप्लिकेशन मौजूद हैं जो एक निश्चित समय अवधि तक एक्सेस नहीं किए जाने पर फाइलों को द्वितीयक स्टोरेज में ले जाएंगे। जाहिर है, उन्हें अपराध की जरूरत है।

इसके अलावा, मैं इसके लिए (अब) बहुत उपयोग नहीं देखता, विशेष रूप से फ़ाइल प्रबंधक के रूप में इन दिनों पूर्वावलोकन उत्पन्न करने के लिए फाइलें खोलने की प्रवृत्ति है, इसलिए केवल एक निर्देशिका ब्राउज़ करते समय एटिमा को संशोधित करना।

मैं हमेशा इन दिनों noatime के साथ माउंट करता हूं।


15

बहुत कम कर रहे हैं वहाँ कुछ अनुप्रयोगों कि उदाहरण के लिए इस पर भरोसा कर रहे हैं मठ निर्धारित नहीं कर सकता फ़ोल्डर नया मेल प्राप्त हुआ है, तो के बाद से पिछले का दौरा किया।

आम तौर पर मैं और दूसरों को लगता है कि बढ़ते noatime एक अच्छा विचार है।


3
फिर भी, यह केवल mbox स्टोर्स पर लागू होता है। कुछ लोग कह सकते हैं कि आपको वही मिलता है जिसके आप हकदार हैं।
डैन कार्ले

Noatime का उपयोग न करें; इसके बजाय सापेक्षता का उपयोग करें। देखिए काइल का जवाब।
डेविड पशले

ध्यान दें कि विकल्प के लिए सापेक्षता अपेक्षाकृत नया है। यदि आपके पास एक पुराना कर्नेल है (अर्थात यदि आपके पास अभी भी कोई डेबियन / सर्ज आधारित मशीनें चल रही हैं) तो आपके पास नहीं हो सकता है।
डेविड स्पिललेट

9

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

सापेक्षता noatime से बेहतर विकल्प है। यह केवल तभी atime को अपडेट करता है यदि फ़ाइल को पिछले atime अपडेट के बाद संशोधित किया गया है। यह मेल ग्राहकों के लिए स्पष्ट लाभ है। यह अभी भी tmpreaper समस्या को ठीक नहीं करता है (एक फाइल को बिना लिखे / उम्र के tmp से पढ़ा जा सकता है)।

कुल मिलाकर, नुकसान मामूली हैं (कुछ विशेष मामलों को छोड़कर गैर-मौजूद हैं), और प्रदर्शन लाभ महत्वपूर्ण है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.