ext3 fsck সময় বনাম পার্টিশনের আকার


9

আমি একটি বৃহত আকারের স্টোরেজ ফার্মের জন্য সেটআপ করছি, এবং মাসব্যাপী fscks প্রয়োজন এড়াতে, আমার পরিকল্পনা স্টোরেজটিকে অসংখ্য ছোট ফাইল সিস্টেমে বিভক্ত করার জন্য করা হয়েছে (এটি ভাল, কারণ আমার কাছে খুব ভাল বাল্কযুক্ত ফাইল ট্রি রয়েছে , তাই আমি খুব সহজেই থাকতে পারে পৃথক ফাইল সিস্টেম র উপরে মাউন্ট করা 1/, 2/, 3/, 4/, ইত্যাদি)।

আমার অসুবিধা হ'ল ফাইল সিস্টেমের জন্য "যুক্তিসঙ্গত" আকার কী, তার জন্য fsck সময়কে একইভাবে "যুক্তিসঙ্গত" রাখার জন্য কোনও গণনা খুঁজে পাওয়া যায়। যদিও আমি পুরোপুরি সচেতন যে প্রদত্ত আকারের জন্য নিখুঁত সময়টি বেশিরভাগ হার্ডওয়্যারের উপর নির্ভর করবে, আমি পৃথক ফাইল সিস্টেমের আকারের সাথে ext3 fsck সময়ের জন্য বক্ররের আকারের কোনও বিবরণ পাই না এবং অন্যান্য ভেরিয়েবলগুলি কী (( কোনও একক ডিরেক্টরিতে ফাইলগুলি পূর্ণ একটি ফাইল সিস্টেমে একটি গাছের প্রতিটি হাজার হাজার ডিরেক্টরিতে 10 টি ফাইলের চেয়ে বেশি সময় নেয়; বড় ফাইল বনাম ছোট ফাইল; পূর্ণ ফাইল সিস্টেম বনাম খালি ফাইল সিস্টেম; এবং আরও)।

কারও কাছে কি এই সম্পর্কে কোনও ভাল-গবেষণা হওয়া সংখ্যার উল্লেখ রয়েছে? এই ব্যর্থ হওয়াতে, এই সমস্যাগুলি সম্পর্কে যে কোনও উপাখ্যানগুলি অন্তত আমার নিজের পরীক্ষাগুলি পরিচালনার জন্য সহায়তা করা উচিত, এটির প্রয়োজন হওয়া উচিত।

সম্পাদনা : স্পষ্ট করার জন্য: ফাইল সিস্টেমটি নির্বিশেষে, যদি মেটাডেটাতে কিছু ভুল হয় তবে এটি পরীক্ষা করা দরকার। সময় বা মাউন্ট-ভিত্তিক পুনরায় fscks সক্ষম করা বা প্রয়োজন কিনা তা ইস্যুতে নেই এবং আমি বিশেষত ext3 সম্পর্কিত সংখ্যাগুলির জন্য জিজ্ঞাসা করছি কারণ এটিই সম্ভবত সবচেয়ে সম্ভবত ফাইল সিস্টেমটি বেছে নেওয়া হবে। যদি আপনি এমন একটি ফাইল সিস্টেম সম্পর্কে জানেন যা একটি বিশেষত দ্রুত fsck প্রক্রিয়া রয়েছে, আমি পরামর্শগুলির জন্য উন্মুক্ত, তবে এটির জন্য একটি শক্ত বিকল্প হওয়া দরকার (দাবি করা যায় যে "ফাইল সিস্টেম এক্সকে কখনই fscking লাগবে না!" এটি উপহাস করা হবে এবং দৈর্ঘ্যে উপহাস করা হবে) । আমি ব্যাকআপের প্রয়োজনীয়তা সম্পর্কেও সচেতন, এবং fsck করার ইচ্ছা ব্যাকআপগুলির বিকল্প নয়, তবে কেবল ফাইল সিস্টেমটি ত্যাগ করা এবং ব্যাকআপ থেকে পুনরুদ্ধার করা যখন এটি গ্ল্যাচ করে না, বরং এটি সরিয়ে ফেলার পরিবর্তে সত্যই মনে হয়,

উত্তর:


6

মাথুর এট আল এর একটি কাগজ অনুসারে (পৃষ্ঠা 29), e2fsck সময় একটি নির্দিষ্ট বিন্দুর পরে ফাইল সিস্টেমে ইনোডের পরিমাণের সাথে রৈখিকভাবে বৃদ্ধি পায়। যদি গ্রাফটি যদি কিছু যায় তবে আপনি 10 মিলিয়ন ইনড পর্যন্ত ফাইল সিস্টেমের সাথে আরও কার্যকর হন।

Ext4 এ স্যুইচ করা সহায়তা করবে - এই শর্তে যে আপনার ফাইল সিস্টেমটি কাঁটাতে লোড হয় না, যেখানে পারফরম্যান্স লাভ (অব্যক্ত চিহ্নিত চিহ্নযুক্ত আইওডগুলি পরীক্ষা না করায়) এর কোনও স্পষ্ট প্রভাব ফেলেনি।


এই রেফারেন্সের জন্য ধন্যবাদ, আমার জন্য কয়েকটি জিনিস নিশ্চিত করতে সহায়তা করেছে। আমি আমার নিজস্ব বেঞ্চমার্কিংও সম্পাদন করেছি, যা সেই কাগজে প্রদর্শিত রৈখিক প্রবৃদ্ধি অর্জন করেছিল।
দোলা

2

আমি মনে করি আপনাকে নিজের বেঞ্চমার্কিং করতে হবে। এক্সপ্লোরেশন 3 এক্সট্রিশনের চেয়ে অনেক দ্রুত এফএসসিএস ব্যতীত গুগলে একটি দ্রুত অনুসন্ধানে কিছুই প্রকাশ পায়নি anything

সুতরাং, আপনি যে ডিস্কের আকারটি ব্যবহার করবেন সেগুলি পর্যন্ত কিছু এক্সট্রি পার্টিশন, 100 গিগাবাইট, 200 গিগাবাইট ইত্যাদি তৈরি করুন। তারপরে তাদের ডেটা পূরণ করুন। যদি আপনি এমন ডেটা ব্যবহার করতে পারেন যা আপনার উত্পাদন ডেটার সদৃশ থাকে ((ডিরেক্টরি প্রতি ফাইল, ফাইলের আকার বিতরণ ইত্যাদি)) তবে এটি সর্বোত্তম হবে। মনে রাখবেন যে কেবলমাত্র অন্য পার্টিশনের ওড ব্যাকআপ ডিভাইস থেকে ফাইলগুলি অনুলিপি করা হলে এগুলি পুরোপুরি নির্ধারিত এবং ডিফ্র্যাগমেন্টযুক্ত ডিস্কে রাখে এবং সুতরাং আপনার পরীক্ষাগুলিতে অনেকগুলি ডিস্কের হেডের সন্ধানের সময়গুলির অভাব হবে যা প্রচুর রাইটিং / মডিফাই / ডিলিট থেকে আসে।

সমান্তরাল fscks সম্পর্কে আপনাকে কিছু চিন্তা করতে হবে। / Etc / fstab এ সর্বশেষ দম্পতি দেখুন। একই শারীরিক ডিস্কে পার্টিশনগুলি ক্রমানুসারে করা উচিত; একই নিয়ামকের একাধিক ডিস্ক সমান্তরালভাবে করা যেতে পারে, তবে নিয়ামককে ওভারলোড না করে এবং তাদের ধীর করে না দেওয়ার বিষয়ে খেয়াল রাখুন।


0

http://lmgtfy.com/?q=fsck+benchmark

দেখে মনে হচ্ছে ext4 ফাইল সিস্টেমে fsck এক্সট 3 এর তুলনায় উল্লেখযোগ্যভাবে দ্রুত, এক্সট 4 এর fsck এক্সপোর্ট 3 এর চেয়ে 10 বা আরও বেশি গতিবেগের কিছু রিপোর্ট রয়েছে।

এই অনুসন্ধান থেকে দুটি বেশ আকর্ষণীয় নিবন্ধ:

http://thunk.org/tytso/blog/2008/08/08/ ব্রেকফাস্ট-ext4-fsck-times/ এবংhttp://thunk.org/tytso/blog/2009/02/26/fast-ext4-fsck-times-revisited/


-1

আপনি পুনরায় বুট করার সময় আপনি এমন কোনও ফাইল সিস্টেম ব্যবহার করতে পারবেন না যা সময় বা মাউন্ট-কাউন্ট ভিত্তিক fscks জোর করে না?

(সময় ভিত্তিক fscks সত্যিই আমাকে বাগ করুন - একটি দীর্ঘকালীন সার্ভারের জন্য এটির গ্যারান্টি অনেক বেশি যে আপনি যখন কার্নেলটি আপগ্রেড করবেন তখন আপনাকে একটি সম্পূর্ণ fsck করতে হবে)।

যাইহোক, এক্সএফএস একটি জার্নালিং ফাইল সিস্টেমগুলির মধ্যে একটি যা কোনও fsck জোর করে না। এক নজর মূল্য।


অন্য বিকল্পটি হ'ল নেক্সেন্টা (ওপেনসোলারিস কার্নেল, ডেবিয়ান ইউজারল্যান্ড), যা আপনাকে জেডএফএস দেবে। <a href=" nexenta.org/"> http://www.nexenta.org/</A >
সি এ এস

3
যখন কোনও ফাইল সিস্টেম দূষিত হয়ে যায়, তা যাই হোক না কেন (এক্সএনএন, এক্সএফএস, জেডএফএস, যাই হোক না কেন), অথবা আপনার সময় / মাউন্ট গণনা ভিত্তিক হয়েছে কিনা, এর জন্য একটি fsck প্রয়োজন। আমি নিশ্চিত করতে চাই যে কোনও একক দূষিত ফাইল সিস্টেম fsck করতে খুব বেশি সময় নেয় না।
ওম্বল

1
হ্যাঁ, অবশ্যই কোনও fs এর একটি fsck প্রয়োজন যদি এটি দূষিত হয়ে পড়েছে। এক্সএফএসের মতো একটি এফএস ব্যবহার করে সেগুলি দূর হবে না, আপনার চেষ্টা বা চেষ্টাও করা উচিত নয়। আমি এমন কিছু বলিনি যা যুক্তিযুক্তভাবে অন্যথায় ব্যাখ্যা করা যায়। আমার বক্তব্যটি হ'ল কেবল একটি fsck জোর করা কারণ এটি X অনেক দিন হয়ে গেছে বা শেষগুলি fsck হওয়ার পরে Y অনেকগুলি মাউন্ট অপ্রয়োজনীয় এবং বিরক্তিকর এবং সম্ভবত "ক্যারিয়ার-সীমাবদ্ধ", বিশেষত যদি আপনার ব্যবহারকারী বা আপনার সংস্থাটি সার্ভারের অপেক্ষায় থাকে পেছনে. আপনি এই অপ্রয়োজনীয় fscks দূর করতে পারেন এবং এটি করা ভাল জিনিস।
ক্যাস

যত ভাল জিনিস হতে পারে (বা নাও), এটি উত্থাপিত প্রশ্নের উত্তর দেয় না।
ওম্বল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.