সাধারণভাবে বলতে গেলে, আপনার প্রশ্নের প্রত্যক্ষ উত্তরে আমি Sata ড্রাইভের কোনও বড় ব্র্যান্ড সম্পর্কে অবগত নই যে ড্রাইভে নিজেই লেখার ক্যাশে সক্ষম করার সাথে সঠিক ক্রিয়াকলাপের তুলনায় বাগগুলি রয়েছে। এটি, কেবল একটি ড্রাইভের দৃষ্টিকোণ থেকে, ড্রাইভটি ক্যাশেিং দৃষ্টিকোণ থেকে যা করা উচিত তা করে। আমি এটাও লক্ষ্য করেছি যে যে এমনকি যখন লেখার ক্যাশে করা হয় সক্ষম করা থাকে, যে আবর্তিত মিডিয়া শারীরিকভাবে আপডেট করা হচ্ছে সময় SATA কেবলের একটি ডিস্ক লেখার থেকে বিলম্ব এখনও খুব স্বল্প (~ 50 100 মিঃসে সাধারণত করার জন্য) হয়। এটি এমন নয় যে নোংরা ক্যাশে ডেটা কেবল একবারে কয়েক সেকেন্ডের জন্য বসে থাকবে ..... ড্রাইভ ক্রমাগত ক্যাশে থেকে নোংরা ডেটা পাওয়ার চেষ্টা করছেযত তাড়াতাড়ি সম্ভব শারীরিক মিডিয়াতে এটি কেবল ডেটা সুরক্ষার প্রশ্নই নয়, ভবিষ্যতের লেখাগুলি গ্রহণ করতে প্রস্তুত হওয়ার মধ্যে একটির কোনও দেরি না করে (যেমন: পোস্টিং লিখুন)।
ক্যাচিং সক্ষম করার সময় উত্থাপিত সমস্যাটি হ'ল Sata কেবলের মাধ্যমে ড্রাইভে রাইটিং অর্ডার এবং ঘোরানো মিডিয়ায় লেখার আদেশ এক নয়। ক্যাশে সমস্ত বিষয়বস্তু এটিকে ডিস্কে রাখার আগেই আপনার বিদ্যুৎ হ্রাস বা সিস্টেম ক্র্যাশ না হওয়া ছাড়া এটি কখনও সমস্যা সৃষ্টি করতে পারে না। কেন? ->
এখানে উত্থাপিত সমস্যাটি ফাইল সিস্টেমের লেনদেনের দৃ rob়তার সাথে সম্পর্কিত এবং / অথবা ডাটাবেস ফাইল সামগ্রীর অর্ডারের বাইরে হারানো লেখাগুলির সাথে সম্পর্কিত। বাস্তবে, সম্ভাব্য অর্ডার লেখার বাইরে চলে যাওয়া লোকেরা লেনদেনের যুক্তির সত্যতা তাত্ত্বিকভাবে দূষিত করতে পারে যা অন্যথায় গণমাধ্যমের কাছে খুব নির্দিষ্ট ক্রমে ডিস্ক লেখার দ্বারা নিশ্চিত করা হত।
এখন, অবশ্যই ফাইল সিস্টেমের ডিজাইনারগণ, ডাটাবেসগুলি, RAID কন্ট্রোলার ইত্যাদি ক্যাশে লেখার তুলনায় এই ঘটনার বিষয়ে সচেতন (বা অবশ্যই সচেতন হওয়া উচিত)। র্যান্ড ক্যাচিং বেশিরভাগ এলোমেলো অ্যাক্সেসের ধরণ I / O দৃশ্যে পারফরম্যান্সের দিক থেকে অত্যন্ত কাম্য। প্রকৃতপক্ষে, রাইটিং ক্যাচিং উপলব্ধ থাকা আরও উন্নত নেটিভ কমান্ড কুইউংয়ের ( এনসিকিউ) কোনও বাস্তব সুবিধা পেতে সক্ষম হওয়ার মূল উপাদান a) যা নতুন এসটিএ এবং প্যাটা বাস্তবায়নের শেষ কয়েকটি প্রজন্মের সমর্থিত। সুতরাং, এইরকম নির্দিষ্ট জটিল সময়ে ফিজিকাল মিডিয়াকে আদেশের গ্যারান্টি দিতে ফাইল সিস্টেম এবং / অথবা অ্যাপ্লিকেশন ইত্যাদির মাধ্যমে মিডিয়াতে রাইট ক্যাশের ফ্লাশটি বিশেষভাবে অনুরোধ করা যেতে পারে। এই সিঙ্ক অনুরোধটি সম্পূর্ণ হওয়ার পরে - ফাইল বাফার, ওএস ডিস্ক ক্যাচিং, ফিজিক্যাল ডিস্ক ক্যাচিং ইত্যাদির পিছনে থাকা সমস্ত কিছুই সঠিক সমালোচনামূলক ক্রিয়াকলাপে লেনদেনের সিস্টেম ডিজাইন অনুযায়ী মিডিয়াতে প্রকাশিত। এটি হ'ল, যদি প্রোগ্রামাররা শীর্ষে ডান কলগুলি তৈরি করে এবং সফ্টওয়্যার এবং হার্ডওয়্যার স্তরগুলির এই চেইনের প্রতিটি উপাদান সঠিকভাবে তাদের কাজ করে তবে এটি সঠিকভাবে ঘটে। উদাহরণস্বরূপ: ড্রাইভে এই বিষয়ে কোনও বাগ নেই, RAID কন্ট্রোলার, ডিস্ক ড্রাইভার, ওএস ক্যাশে, ফাইল সিস্টেম, ডাটাবেস ইঞ্জিন ইত্যাদি in এটি অনেকগুলি সফ্টওয়্যার যা সকলকে ঠিক সঠিকভাবে কাজ করতে হয়। তদ্ব্যতীত, এই ক্ষেত্রে যথার্থতা যাচাই করা খুব কঠিন কারণ প্রায় কোনও পরিস্থিতিতে সাধারণত লেখার আদেশ কিছুতেই আসে না .... এবং শক্তি ব্যর্থতা এবং ক্রাশের পরিস্থিতিগুলি নির্মাণ করা কঠিন পরীক্ষা। সুতরাং, শেষে এই স্তরটির বিভিন্ন স্তর এবং / বা অর্থগুলির এক বা একাধিকতে "লেখার ক্যাচিং বন্ধ করে দেওয়া" নির্দিষ্ট প্রকারের সমস্যাগুলিকে "ফিক্সিং" করার সুনাম অর্জন করে। ফলস্বরূপ, RAID নিয়ামক বা ওএস ডিস্ক ক্যাশে বা ড্রাইভ ইত্যাদির লেখার ক্যাচিং আচরণ বন্ধ করে দেওয়া সিস্টেমে এক বা একাধিক বাগ এড়ানো হচ্ছে ..... এবং এই জাতীয় লোরের উত্স। এবং শক্তি ব্যর্থতা এবং ক্রাশের পরিস্থিতিগুলি নির্মাণ করা কঠিন পরীক্ষা। সুতরাং, শেষে "লেখনী ক্যাচিং বন্ধ করে" এক বা একাধিক বিভিন্ন স্তর এবং / বা এই শব্দটির অর্থগুলির .... কিছু নির্দিষ্ট ধরণের ইস্যুগুলিকে "ফিক্সিং" করার সুনাম রয়েছে। ফলস্বরূপ, RAID নিয়ামক বা ওএস ডিস্ক ক্যাশে বা ড্রাইভ ইত্যাদির লেখার ক্যাচিং আচরণ বন্ধ করে দেওয়া সিস্টেমে এক বা একাধিক বাগ এড়ানো হচ্ছে ..... এবং এই জাতীয় লোরের উত্স। এবং পাওয়ার ব্যর্থতা এবং ক্রাশের পরিস্থিতিগুলি নির্মাণ করা কঠিন পরীক্ষা। সুতরাং, শেষে "লেখনী ক্যাচিং বন্ধ করে" এক বা একাধিক বিভিন্ন স্তর এবং / বা এই শব্দটির অর্থগুলির .... কিছু নির্দিষ্ট ধরণের ইস্যুগুলিকে "ফিক্সিং" করার সুনাম রয়েছে। ফলস্বরূপ, RAID নিয়ামক বা ওএস ডিস্ক ক্যাশে বা ড্রাইভ ইত্যাদির লেখার ক্যাচিং আচরণ বন্ধ করে দেওয়া সিস্টেমে এক বা একাধিক বাগ এড়ানো হচ্ছে ..... এবং এই জাতীয় লোরের উত্স।
যাইহোক, প্রশ্নের মূল দিকে ফিরে আসুন: এসটিএ এর অধীনে, সমস্ত ডিস্কের রিড / রাইট কমান্ড এবং ফ্লাশ ক্যাশে কমান্ডের নির্দিষ্ট হ্যান্ডলিংটি এসএটিএ স্পেসিফিকেশন দ্বারা ভালভাবে সংজ্ঞায়িত হয়েছে । অধিকন্তু, ড্রাইভটি উত্পাদন করে প্রতিটি ড্রাইভ মডেল বা ড্রাইভ পরিবারের জন্য তাদের প্রয়োগ এবং এই নিয়মের সম্মতি বর্ণনা করে সিগেট ব্যারাকুডা ড্রাইভের উদাহরণের মতো বিশদ নথি থাকতে হবে । বিশেষত, সাটা সেট বৈশিষ্ট্যগুলির বিশদটি দেখুনকমান্ড যা ড্রাইভ অপারেশনাল মোড নিয়ন্ত্রণ করে এবং বিশেষত অপশন 82h ড্রাইভ স্তরে ডিস্ক ক্যাচিং নিষ্ক্রিয় করতে ব্যবহার করা যেতে পারে কারণ আমি অবশ্যই অবগত সমস্ত ড্রাইভে ডিফল্ট অবশ্যই ক্যাচিং সক্ষম করে। আপনি যদি সত্যিই ক্যাশে অক্ষম করতে চান তবে এই কমান্ডটি প্রতিটি ড্রাইভ পুনরায় সেট করা বা পাওয়ার আপের শুরুতে করতে হবে এবং সাধারণত আপনার অপারেটিং সিস্টেমের জন্য ডিস্ক ড্রাইভারের নিয়ন্ত্রণে থাকে। আপনি আপনার ওএস ড্রাইভারকে আইওসিটিএল এবং / অথবা রেজিস্ট্রি সেটিং টাইপ জিনিসটির মাধ্যমে এই মোডটি সেট করতে উত্সাহিত করতে সক্ষম হতে পারেন তবে এটি ব্যাপকভাবে পরিবর্তিত হয়।