ট্রিম কমপক্ষে তিনটি কাজ করে:
- লেখার প্রশস্তকরণকে ছোট করুন
- দীর্ঘমেয়াদী কর্মক্ষমতা ক্ষয় রোধ
- অপ্রত্যাশিতভাবে আপনার ডেটা মুছুন
আপনার অগ্রাধিকার কোথায় তা এখন নির্ভর করে।
1) এর জন্য, আপনার মোটেও ব্যবহার fstrim
করা উচিত নয় , তবে discard
আপনার ফাইল সিস্টেমের বিকল্পটি ব্যবহার করুন। যদি তাত্ক্ষণিকভাবে সবকিছু ছাঁটাই করা হয় তবে এসএসডি চারপাশে আর প্রয়োজনীয় ডেটার বিটগুলি অনুলিপি করা বন্ধ করবে। যদিও বাস্তবে, এটি দেখানো হয়েছে যে লেখার প্রশস্তকরণ রোধ করা তেমন গুরুত্বপূর্ণ নয়, কারণ এসএসডি প্রচুর লেখায় ভাল fine
2), fstrim
সাপ্তাহিক বা এমনকি মাসিক ব্যবহার সম্পূর্ণ জরিমানা। তাত্ক্ষণিক বাতিল বা দৈনিক ছাঁটাই করার দরকার নেই - এটি একটি স্বল্প-মেয়াদী ব্যবস্থা হতে পারে তবে এটি এসএসডিকে দীর্ঘমেয়াদে সুখী রাখার বিষয়ে। তবে এটি আপনার ব্যবহারের উপরও নির্ভর করে: যদি আপনার ফাইল সিস্টেমটি সর্বদা পরিপূর্ণ থাকে এবং প্রচুর লেখার মুখ দেখেন তবে আপনার ফাইল সিস্টেমে প্রচুর পরিমাণে ফাঁকা স্থান থাকতে না চাই এবং আপনার লেখার চেয়ে বেশি নিয়মিত ছাঁটাই করা দরকার।
3 এর জন্য) আপনার কোনও ধরণের ট্রিম ব্যবহার করা উচিত নয়। মূলত যদি আপনি মানব হওয়ার প্রত্যাশা করেন, ত্রুটি তৈরি করে, দুর্ঘটনা ঘটে - যেমন আপনি কেবল আপনার ফটো সংগ্রহ মুছে ফেলেছেন, ওফস - পুনরুদ্ধারের সরঞ্জামগুলি photorec
ট্রিমের পরে কাজ করবে না কারণ ট্রিমের সাথে সবকিছু চিরতরে চলে যায়।
খাঁটি তথ্য পুনরুদ্ধারের দৃষ্টিকোণ থেকে, এসএসডি একটি বিশাল মাথাব্যথা। আপনাকে জিজ্ঞাসা না করেও লিনাক্সে অনেক বেশি ট্রিম ঘটছে ( mkfs
বোঝা যাচ্ছে ছাঁটা, lvremove
/ lvresize
/ ... সম্ভবত issue_discards
, কিছু বিভাজনকারীদের ধারণা থাকতে পারে, ...)। হঠাৎ পূর্ববর্তী বিপরীত ক্রিয়াগুলি অপরিবর্তনীয় হয়ে ওঠে, কিছু কিছু ফাইল সিস্টেমের মানদণ্ডে আরও কয়েকটি পয়েন্ট পাওয়ার জন্য ...
যদি আপনি সিদ্ধান্ত fstrim
নেন যে ক্রোন জবটি কোথায় রয়েছে তা আপনার জানা উচিত যাতে আপনার কোনও দুর্ঘটনা ঘটলে আপনি এটি অক্ষম করতে পারেন, এইভাবে আপনি 2) এবং 3 এর মধ্যে কোনও আপস পান)। এসএসডি সহ সাধারণভাবে আপনার নিশ্চিত হওয়া উচিত যে আপনার ভাল ব্যাকআপ রয়েছে, এগুলি এইচডিডি এর চেয়ে আরও বেশি গুরুত্বপূর্ণ যেহেতু আপনার এসএসডি তে পুনরুদ্ধারের সম্ভাবনা কম।
discard
পারফরম্যান্স অনুযায়ী: ব্লগ.নেট্রিনো.জেস / ২০১৩/২ এবং প্যাট্রিক -নেজেল.