--write-mostly, --write-behindদ্বারা পরিচালিত হয় mdচালক অভ্যন্তরীণভাবে। mdরাইট-ইনটেন্ট বিটম্যাপের মতো মেটাডেটা রাখে (যা লেখার পিছনে থাকা বৈশিষ্ট্যের জন্য বাধ্যতামূলক) যা মূলত লগ ইন করে যে কোনও ডেটা এখনও লেখা হয়েছে যা বনাম কোন তথ্য এখনও অনুপস্থিত রয়েছে। কোনও বিদ্যুৎ হ্রাসের ঘটনা ঘটলে এটি প্রয়োজনীয়, যখন ডেটা এখনও বেশিরভাগ ডিভাইসে লেখেনি। সেক্ষেত্রে আক্রান্ত ডেটা অঞ্চলটি পুনরায় সিঙ্ক হবে (আপনার ক্ষেত্রে এসএসডি থেকে পড়া, এইচডিডি লিখুন)।
কিন্তু এটি কার্নেল স্তরে ক্যাশেড কীভাবে?
লেখার পিছনে থাকা মামলার জন্য, এমডি ড্রাইভার মূলত অভ্যন্তরীণভাবে লেখার অনুরোধটি নকল করে। মাস্টার রাইটিং অনুরোধ প্রাথমিক ড্রাইভে যায় এবং উপরের স্তরগুলিকে বলে "ঠিক আছে আমি ইতিমধ্যে এটি সম্পন্ন করেছি"; অনুলিপি করা লিখিত অনুরোধটি তখন RAID- র বেশিরভাগ অংশের পিছনে থাকে এবং আশা করি কারও নজর না দিয়ে শেষ হতে আরও বেশি সময় নিতে পারে।
তারপরে কিউতে এখনও লেখার পিছনে থাকা অনুরোধগুলি থাকা অবস্থায় এখনও রাইড-বেশিরভাগ ডিভাইস থেকে কোনও তথ্য পড়বে না তা নিশ্চিত করতে অভিযান স্তরটি অনেক পদক্ষেপ নেয়। বেশিরভাগ লেখার ডিভাইস থেকে কেন ডেটা পড়তে হবে? ঠিক আছে, এসএসডি ব্যর্থ হতে পারে তাই এখন যা কিছু বাকি আছে। এটি জটিল, এবং লেখার পিছনে কিছু কোণার ক্ষেত্রে পরিচয় করিয়ে দেওয়া হয়েছে।
এটি সম্ভবত এটিই RAID-1 স্তরের জন্য সমর্থিত, অন্য কারও জন্য নয়। লিখিত-পিছনের মোডে মূলত এসআইডি-র মূলত র্যাড -0 এবং দুটি প্যারিটি এইচডিডি থাকা তত্ত্বের বোধগম্য হওয়া সত্ত্বেও, এই জাতীয় লেখার পিছনে RAID-6 এর পক্ষে কোনও সমর্থন নেই। এটি শুধুমাত্র RAID-1 এবং খুব কমই সেখানে ব্যবহার করা হয়।
অন্যান্য ক্যাশে সেটিংস এতে ক্ষতিগ্রস্থ হয় না, মূলত সামগ্রিকভাবে ক্যাশিং পদ্ধতিটি mdড্রাইভার অভ্যন্তরীণভাবে কীভাবে জিনিসগুলি প্রয়োগ করেছে সে সম্পর্কে কমপক্ষে যত্ন নেয় না । ক্যাশে তার জিনিসটি করে এবং এমডি তার জিনিস করে। সুতরাং একটি ফাইল সিস্টেমের ক্যাশে এমডি এর উপরে একটি ফাইল সিস্টেমের জন্য একই কাজ করে একটি খালি ড্রাইভের উপরে একটি ফাইল সিস্টেম। (বাস্তবতা তার চেয়ে জটিল যে আরও জটিল, তবে আপনি এটি এইভাবে ভাবতে পারেন))