সংস্করণ ২.6.৩০ (যা ৫ বছর আগে প্রকাশিত হয়েছিল) থেকে শুরু করে লিনাক্সের relatimeডিফল্টরূপে সক্ষম বিকল্প রয়েছে । এর অর্থ ফাইল অ্যাক্সেসের সময়কালীন আপডেটগুলি খুব কম এবং বিচক্ষণ।
তবে আমি এখনও ডেটাবেস বা এসএসডি ডিস্কগুলির জন্য ব্যবহারের পুনঃসংশোধনগুলি দেখতে পাচ্ছি noatime। ডিফল্ট কনফিগারেশন পরিবর্তন এবং এটি ব্যবহার করার কোনও কারণ আছে কি? এটি কি তুলনায় কোনও পরিমাপযোগ্য পার্থক্য করে relatime?
উত্তর:
সত্যিই এই প্রশ্নের কোন উত্তর নেই। এটি সমস্ত ফাইল সিস্টেম ব্যবহার করে এমন অ্যাপ্লিকেশন, পড়া / লেখার ক্রিয়াকলাপের কী মিশ্রণ চলছে এবং হার্ডওয়্যার নিজেই সেগুলি সহ অনেকগুলি বিষয়ের উপর নির্ভর করে।
relatimeকিছু (পুরানো) অ্যাপ্লিকেশন যেমন ই-মেল সিস্টেমগুলি প্রসারণের পরে থেকে কোনও ফাইল / বার্তা পড়েছে কিনা তা নির্ধারণের জন্য টাইম মান ব্যবহার করে তা নিশ্চিত করার জন্য একটি আপস হিসাবে উপস্থিত রয়েছে। যেমন এটি ফাইল সিস্টেমের ডিফল্টর জন্য একটি নিরাপদ বিকল্প।
noatimeআপনার সাথে একটি ফাইল সিস্টেম মাউন্ট করার কথা বিবেচনা করার আগে আপনার কোনও ফাইল অ্যাপ্লিকেশন সঠিক ক্রিয়াকলাপের জন্য টাইম নির্ভর করে না তা নিশ্চিত করার জন্য আপনার ফাইল সিস্টেমের ব্যবহারের নিরীক্ষণ করা উচিত।
ধরে নিই যে ফাইল-সিস্টেমের কোনও ব্যবহারকারীর সময়কালের উপর নির্ভর করে না যদি এটি ডিফল্টটি পরিবর্তন করার মতো হয় তবে তা সত্যিই পড়ার পরিমাণের উপর নির্ভর করে এবং ফাইল সিস্টেমে লেখেন। বেশিরভাগ পঠনযোগ্য ব্যবহারের ফলে খুব বেশি পার্থক্য হবে না তবে যদি একই ফাইলটিতে পাঠ্য / লেখার প্রচুর পরিমাণ থাকে (যেমন সাধারণ ডাটাবেসের ওয়ার্কলোড) তবে আপনি দেখতে পাবেন যে বেশিরভাগ পাঠকও টাইম লেখার সাথে জড়িত এবং কর্মক্ষমতা প্রভাবিত করবে।
যদি ফাইল সিস্টেমটি কেবল ডাটাবেসের কাজের জন্য ব্যবহৃত হয় তবে এটি ব্যবহার করা নিরাপদ হওয়া উচিত noatimeএবং এটি ফাইল সিস্টেমে লেখাগুলি হ্রাস করবে।
দিনের শেষে noatimeযথাযথ বিবেচনা ছাড়াই ব্যবহার করা উচিত নয় এবং এটি কতটা তফাৎ করে তা কেবলমাত্র একটি নির্দিষ্ট কাজের চাপের অধীনে বেঞ্চমার্কিং দ্বারা নির্ধারণ করা যেতে পারে।