আমরা ব্যাকআপগুলির জন্য আরএসএন্যাপশট ব্যবহার করছি। এটি ব্যাকআপ আপ ফাইলটির প্রচুর স্ন্যাপশট রাখে তবে এটি পুরানোগুলি মুছবে। এটা ভাল. তবে এটি rm -rfএকটি বিশাল ডিরেক্টরি গাছের জন্য প্রায় 7 ঘন্টা সময় নেয় । ফাইল সিস্টেমটি এক্সএফএস। আমি নিশ্চিত না যে সেখানে কতগুলি ফাইল রয়েছে তবে সম্ভবত এটি মিলিয়নে সংখ্যা।
এটির গতি বাড়ানোর উপায় আছে কি? এমন কোনও আদেশ আছে যা rm -rfঘন্টার পর ঘন্টা সময় নেয় না?
উত্তর:
না।
rm -rfunlink()প্রতিটি ফাইলকে কল করে আপনার ফাইল সিস্টেমের পুনরাবৃত্তির গভীরতা-প্রথম ট্র্যাভারসাল করে। প্রক্রিয়াটি ধীরে ধীরে যেতে পারে এমন দুটি অপারেশন হ'ল opendir()/ readdir()এবং unlink()। opendir()এবং readdir()ডিরেক্টরি ফাইলের সংখ্যা উপর নির্ভরশীল। unlink()ফাইলটি মোছার আকারের উপর নির্ভরশীল। এটিকে দ্রুত করার একমাত্র উপায় হ'ল হয় ফাইলের আকার এবং সংখ্যা হ্রাস করা (যা আমার সন্দেহ হয় যে সম্ভবত না) বা সেই অপারেশনগুলির জন্য আরও ভাল বৈশিষ্ট্যযুক্ত ফাইল সিস্টেমটিকে একটিতে পরিবর্তন করা। আমি বিশ্বাস করি যে বড় ফাইলগুলিতে আনইলিংক () এর জন্য এক্সএফএস ভাল তবে বড় ডিরেক্টরি স্ট্রাকচারের পক্ষে তেমন ভাল নয়। আপনি খুঁজে পেতে পারেন যে ext3 + dirindex বা পুনরায় অসম্পূর্ণতা দ্রুত। আমি জেএফএসের ভাড়া কতটা ঠিক তা নিশ্চিত নই, তবে আমি নিশ্চিত যে বিভিন্ন ফাইল সিস্টেমের পারফরম্যান্সের প্রচুর মানদণ্ড রয়েছে।
সম্পাদনা: মনে হচ্ছে গাছগুলি মুছে ফেলার ক্ষেত্রে এক্সএফএস ভয়ঙ্কর , তাই অবশ্যই আপনার ফাইল সিস্টেমটি পরিবর্তন করুন।
unlinkযে প্রকৃত বিষয়বস্তুতে কিছুই করতে হবে না কেবল একটি unlinkসিস্টেম কল করার জন্য, ফাইল সিস্টেমের কোডটি সত্ত্বেও যদি সরানো লিঙ্কটি ফাইলটির শেষটি হয় এবং এটি বর্তমানে খোলা না থাকে তবে আরও কাজ করতে হবে। এটি অবশ্যই ফাইল সিস্টেম নির্ভর করে তবে মুছে ফেলা ফাইলটি বিশাল হলে তখন খুব স্পষ্টতই পার্থক্য হতে পারে।
বিকল্প হিসাবে ডিরেক্টরিটি অন্যদিকে সরিয়ে নিয়ে যান, একই নাম, অনুমতি এবং মালিকানা দিয়ে এটি পুনরায় তৈরি করুন এবং যে ডিরেক্টরি অ্যাপ্লিকেশন / পরিষেবাদিগুলি সেই ডিরেক্টরি সম্পর্কে যত্নবান তা পুনরায় চালু করুন।
তারপরে আপনি প্রসারিত আউটেজ সম্পর্কে চিন্তা না করে পটভূমিতে মূল ডিরেক্টরিটি "দুর্দান্ত আরএম" করতে পারেন।
আপনার কাছে এক্সএফএসের জন্য সঠিক মাউন্ট অপশন সেট রয়েছে তা নিশ্চিত করুন।
-Ologbufs = 8 ব্যবহার করে, এক্সএফএসের সাহায্যে লগবাইজ = 256k সম্ভবত আপনার মোছার কার্যকারিতা ত্রিগুণ করবে।
আপনি যদি ফাইল পর্যায়ে কার্যকরভাবে আরএম করে থাকেন তবে এটি একটি দীর্ঘ সময় নিতে পারে। এই কারণেই ব্লক ভিত্তিক স্ন্যাপশটগুলি এত ভাল :)।
আপনি আরএমকে পৃথক অঞ্চলে বিভক্ত করতে এবং সমান্তরালে এটি করার চেষ্টা করতে পারেন তবে আমি এটির কোনও উন্নতি করার আশা করতে পারি না। এক্সএফএসে ফাইল মুছে ফেলার সমস্যা রয়েছে এবং এটি যদি আপনি যা করেন তার একটি বড় অংশ যদি হয় তবে এটির জন্য একটি ভিন্ন ফাইল সিস্টেমের ধারণা হতে পারে।
আমি জানি এটি পুরানো, তবে আমি একটি পরামর্শে আইডি টস করতে ভেবেছিলাম। আপনি সেই ফাইলগুলি ধারাবাহিকভাবে মুছে ফেলছেন, সমান্তরাল আরএম ক্রিয়াকলাপ সম্পাদন করা জিনিসগুলিকে গতি বাড়িয়ে দিতে পারে।
জার্গসের জায়গায় http://savannah.nongnu.org/ প্রকল্পগুলি / সমান্তরাল / সমান্তরাল ব্যবহার করা যেতে পারে
সুতরাং যদি আপনার সমস্ত ফাইলটি ডেলটেডির মধ্যে মুছে ফেলা হয়
find -t f deletedir | parallel -j 10 rm
এটি আপনাকে মুছে ফেলার জন্য কেবল খালি ডিরেক্টরি কাঠামো রেখে দেয়।
দ্রষ্টব্য: আপনি সম্ভবত উপরে উল্লিখিত হিসাবে ফাইল সিস্টেমের সীমাবদ্ধতাকে আঘাত করবেন।
এখানে বিকল্প বিকল্পটি কি এমনভাবে ডেটা আলাদা করতে হবে যাতে আপনি আরএম করার পরিবর্তে প্রকৃত ফাইল সিস্টেমটি জঞ্জাল এবং পুনর্নির্মাণ করতে পারেন?
কমান্ডের কমনীয়তা হ্রাস সম্পর্কে? ভালো লেগেছে:
nice -20 rm -rf /path/to/dir/
find . -delete -name directoryএবং এটি এর চেয়ে অনেক বেশি দ্রুতrm -rf।