संस्करण 2.6.30 से शुरू (जो 5 साल पहले जारी किया गया था), लिनक्स में relatimeडिफ़ॉल्ट रूप से सक्षम विकल्प है । इसका मतलब है कि फ़ाइल एक्सेस समय के अपडेट बहुत ही निराले और विवेकपूर्ण हैं।
लेकिन मैं अभी भी डेटाबेस या SSD डिस्क के लिए उपयोग करने के लिए recomendations देखता हूं noatime। क्या डिफ़ॉल्ट कॉन्फ़िगरेशन को बदलने और इसका उपयोग करने का कोई कारण है? क्या इसकी तुलना में कोई औसत दर्जे का अंतर होता है relatime?
जवाबों:
इस सवाल का वास्तव में कोई जवाब नहीं है। यह सब कई कारकों पर निर्भर करता है, जिसमें ऐसे अनुप्रयोग शामिल हैं जो फाइलसिस्टम का उपयोग कर रहे हैं, पढ़ने और लिखने की गतिविधि का क्या मिश्रण चल रहा है और हार्डवेयर स्वयं।
relatimeयह सुनिश्चित करने के लिए एक समझौता के रूप में मौजूद है कि कुछ (पुराने) अनुप्रयोग, जैसे ई-मेल सिस्टम, जो निर्धारित करते हैं कि डिलीवरी के बाद से फ़ाइल / संदेश पढ़ा गया है या नहीं। जैसे कि यह एक फ़ाइल सिस्टम डिफ़ॉल्ट के लिए एक सुरक्षित विकल्प है।
अपने साथ एक फाइलसिस्टम बढ़ते पर विचार करने से पहले, noatimeयह सुनिश्चित करने के लिए फाइल सिस्टम के उपयोग का ऑडिट करना चाहिए कि कोई भी एप्लिकेशन सही ऑपरेशन के लिए एनीमे पर निर्भर न हो।
यह मानते हुए कि फाइलसिस्टम का कोई भी उपयोगकर्ता एनीमे पर निर्भर नहीं करता है, फिर चाहे वह डिफ़ॉल्ट रूप से बदलने लायक हो या नहीं, यह फाइल सिस्टम के रीड एंड वॉल्यूम पर निर्भर करता है। एक अधिकांशतः पढ़े जाने वाले उपयोग में शायद बहुत अधिक अंतर नहीं होगा लेकिन अगर एक ही फ़ाइल में बड़ी मात्रा में रीड / राइट्स (यानी विशिष्ट डेटाबेस वर्कलोड) हैं, तो आप पाएंगे कि अधिकांश रीड्स में भी राइट ऑफ एटीम शामिल है और प्रदर्शन को प्रभावित करेगा।
यदि फाइलसिस्टम का उपयोग केवल डेटाबेस के काम के लिए किया जाता है, तो इसका उपयोग करना सुरक्षित होना चाहिए noatimeऔर इससे फाइल सिस्टम में लिखना कम हो जाएगा।
दिन के अंत में noatimeबिना सोचे समझे उपयोग नहीं किया जाना चाहिए और यह कितना अंतर करता है यह केवल एक विशेष कार्यभार के तहत बेंचमार्किंग द्वारा निर्धारित किया जा सकता है।