আমি একটি বৃহত আকারের স্টোরেজ ফার্মের জন্য সেটআপ করছি, এবং মাসব্যাপী fscks প্রয়োজন এড়াতে, আমার পরিকল্পনা স্টোরেজটিকে অসংখ্য ছোট ফাইল সিস্টেমে বিভক্ত করার জন্য করা হয়েছে (এটি ভাল, কারণ আমার কাছে খুব ভাল বাল্কযুক্ত ফাইল ট্রি রয়েছে , তাই আমি খুব সহজেই থাকতে পারে পৃথক ফাইল সিস্টেম র উপরে মাউন্ট করা 1/
, 2/
, 3/
, 4/
, ইত্যাদি)।
আমার অসুবিধা হ'ল ফাইল সিস্টেমের জন্য "যুক্তিসঙ্গত" আকার কী, তার জন্য fsck সময়কে একইভাবে "যুক্তিসঙ্গত" রাখার জন্য কোনও গণনা খুঁজে পাওয়া যায়। যদিও আমি পুরোপুরি সচেতন যে প্রদত্ত আকারের জন্য নিখুঁত সময়টি বেশিরভাগ হার্ডওয়্যারের উপর নির্ভর করবে, আমি পৃথক ফাইল সিস্টেমের আকারের সাথে ext3 fsck সময়ের জন্য বক্ররের আকারের কোনও বিবরণ পাই না এবং অন্যান্য ভেরিয়েবলগুলি কী (( কোনও একক ডিরেক্টরিতে ফাইলগুলি পূর্ণ একটি ফাইল সিস্টেমে একটি গাছের প্রতিটি হাজার হাজার ডিরেক্টরিতে 10 টি ফাইলের চেয়ে বেশি সময় নেয়; বড় ফাইল বনাম ছোট ফাইল; পূর্ণ ফাইল সিস্টেম বনাম খালি ফাইল সিস্টেম; এবং আরও)।
কারও কাছে কি এই সম্পর্কে কোনও ভাল-গবেষণা হওয়া সংখ্যার উল্লেখ রয়েছে? এই ব্যর্থ হওয়াতে, এই সমস্যাগুলি সম্পর্কে যে কোনও উপাখ্যানগুলি অন্তত আমার নিজের পরীক্ষাগুলি পরিচালনার জন্য সহায়তা করা উচিত, এটির প্রয়োজন হওয়া উচিত।
সম্পাদনা : স্পষ্ট করার জন্য: ফাইল সিস্টেমটি নির্বিশেষে, যদি মেটাডেটাতে কিছু ভুল হয় তবে এটি পরীক্ষা করা দরকার। সময় বা মাউন্ট-ভিত্তিক পুনরায় fscks সক্ষম করা বা প্রয়োজন কিনা তা ইস্যুতে নেই এবং আমি বিশেষত ext3 সম্পর্কিত সংখ্যাগুলির জন্য জিজ্ঞাসা করছি কারণ এটিই সম্ভবত সবচেয়ে সম্ভবত ফাইল সিস্টেমটি বেছে নেওয়া হবে। যদি আপনি এমন একটি ফাইল সিস্টেম সম্পর্কে জানেন যা একটি বিশেষত দ্রুত fsck প্রক্রিয়া রয়েছে, আমি পরামর্শগুলির জন্য উন্মুক্ত, তবে এটির জন্য একটি শক্ত বিকল্প হওয়া দরকার (দাবি করা যায় যে "ফাইল সিস্টেম এক্সকে কখনই fscking লাগবে না!" এটি উপহাস করা হবে এবং দৈর্ঘ্যে উপহাস করা হবে) । আমি ব্যাকআপের প্রয়োজনীয়তা সম্পর্কেও সচেতন, এবং fsck করার ইচ্ছা ব্যাকআপগুলির বিকল্প নয়, তবে কেবল ফাইল সিস্টেমটি ত্যাগ করা এবং ব্যাকআপ থেকে পুনরুদ্ধার করা যখন এটি গ্ল্যাচ করে না, বরং এটি সরিয়ে ফেলার পরিবর্তে সত্যই মনে হয়,