सवाल नाइटिम के साथ फाइल सिस्टम को आरोहित करने की कमी?


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

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


58
2017-07-29 10:50


मूल




जवाब:


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

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

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

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

नाइटिम और नोडिरटाइम के बारे में:

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

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

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


45
2017-07-29 11:27



+1 रिलाइटाइम में नाइटिम के फायदे हैं और कोई नुकसान नहीं है। - David Pashley
इसके बारे में कुछ और पढ़ना, ऐसा लगता है कि नोटाइम में नोडिरटाइम भी शामिल है (हालांकि, कई सालों पहले नहीं) - nos
नोट, चूंकि लिनक्स 2.6.30 रिलाइटाइम डिफ़ॉल्ट है। लेकिन इसके अलावा फ़ाइल का अंतिम एक्सेस समय हमेशा अपडेट होता है यदि यह 1 दिन से अधिक पुराना है। इसका मतलब है कि दैनिक बैकअप प्रक्रिया या बड़ी मेलडिर्स में खोज करने के लिए अभी भी अनावश्यक उच्च I / O प्रभाव हो सकता है। - rudimeier


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

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

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


15
2017-07-29 11:09





बहुत कम ऐसे अनुप्रयोग हैं जो उदाहरण के लिए इस पर भरोसा करते हैं मूर्ख यह निर्धारित नहीं कर सकता कि आखिरी बार आने के बाद फ़ोल्डर को नया मेल प्राप्त हुआ है या नहीं।

आम तौर पर मैं और अन्य लोग लगता है कि बढ़ते नाइटिम एक अच्छा विचार है।


12
2017-07-29 11:03



फिर भी, यह केवल एमबॉक्स स्टोर पर लागू होता है। कुछ लोग कह सकते हैं कि आप जो चाहते हैं वह आपको मिलता है। - Dan Carley
नाइटिम का प्रयोग न करें; इसके बजाय relatime का उपयोग करें। काइल का जवाब देखें। - David Pashley
ध्यान दें कि relatime विकल्प के लिए अपेक्षाकृत नया जोड़ा है। यदि आपके पास पुराना कर्नेल है (यानी यदि आपके पास अभी भी कोई डेबियन / सार्ज आधारित मशीन चल रही है) तो हो सकता है कि आपके पास यह न हो। - David Spillett


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

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

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


8
2017-07-29 12:09