জীবনের শেষের দিকে এসএসডি কীভাবে ব্যর্থ হয়?


9

ধরা যাক একটি এমএলসি এসএসডি খুব দীর্ঘ সময় ধরে চলেছিল এবং প্রথম সেলটি তার শেষ মুছে চক্রটি আঘাত করে এবং মুছতে অস্বীকার করে।

এরপরে কী হয়? নিয়ামকটি কি এটি একটি খারাপ ব্লক হিসাবে সনাক্ত করে এবং পরেরটিতে চলে যায় এবং পরিবর্তে সেটি মুছে ফেলার চেষ্টা করে? সময়ের সাথে সাথে ড্রাইভের মোট ক্ষমতা কেবল ধীরে ধীরে হ্রাস পাবে?

সম্পাদনা

এবং অবশ্যই আমরা পরিধান সমতলকরণ সম্পর্কে ভুলে যেতে পারি। হ্যাঁ এটি ড্রাইভের আয়ু বাড়িয়ে দেয় তবে আমি সে বিষয়ে কথা বলছি না। অবশেষে একটি ঘর তার শেষ মুছে যাওয়া চক্রটিকে আঘাত করবে।

উত্তর:


8

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

দ্রষ্টব্য যে এটি কোনও এমএলসি-নির্দিষ্ট সমস্যা নয়; যদিও এমএলসি কোষগুলি পড়ার ত্রুটির জন্য আরও প্রবণতাযুক্ত হতে পারে, যেহেতু ত্রুটির জন্য অল্প অল্প ব্যবধান রয়েছে, এসএলসি কোষগুলি বেশিরভাগ একই পদ্ধতিতে ব্যর্থ হয় এবং নিয়ামক দ্বারা একইভাবে মোকাবিলা করা যেতে পারে।


2

হার্ড ডিস্কের মতো এটিও অপারেটিং সিস্টেমের প্রয়োগের উপর নির্ভর করে। কন্ট্রোলার সহজেই জানাতে পারে যে লেখার (মুছাটি আসলে একটি রাইটিং অপারেশন) ব্যর্থ হয়েছে এবং অপারেটিং সিস্টেমের কার্নেলের মধ্যে থাকা ড্রাইভারের কী হবে তা সিদ্ধান্ত নিতে পারে। আমি এ পর্যন্ত যা দেখেছি, মাইক্রোসফ্ট এবং লিনাক্স প্রয়োগগুলি কেবল ত্রুটি কোডটি কলিং অ্যাপ্লিকেশনটিতে ফিরিয়ে দেয় - সুতরাং এটি I / O ত্রুটি উত্পন্ন করে।

সংক্ষেপে: আপনি কেবল কোনও সময়ে "ভাঙা" ডিভাইসটি পান।


ভাল, যে স্তন্যপান। তখন খুব ভাল বিমূর্ততা নয় ...
পাইরোলিস্টিকাল

1
এবং ভুল। প্রাথমিকভাবে এটি এসএসডি নিজেই পরিচালিত হয় - ডিভাইস ড্রাইভার নয়। কারণ এটি স্বাভাবিক অপারেশন। পরিধান স্তরের স্তরটি ব্যর্থ হিসাবে খাতটি রেকর্ড করবে এবং সেক্টরটিকে পুনরায় তৈরি করবে।
টমটম

1

এসএসডিগুলি "পরিধান সমতলকরণ" নামে কিছু ব্যবহার করে, যেখানে ড্রাইভটি সেক্টর ব্যবহার সম্পর্কে একটি পরিসংখ্যান রাখে এবং কোনও সময়ে বা যখন এটি সমস্যাগুলি সনাক্ত করে এটি সেক্টরটিকে একটি রিজার্ভের দিকে নিয়ে যাবে, ঠিক যেমন নিয়মিত হার্ড ড্রাইভের সাথে ঘটে।


হ্যাঁ, তবে আমি দেখছি মেকানিকাল এইচডিটি সংরক্ষিত খাতগুলি শেষ হয়ে যাওয়ার আগে যান্ত্রিকভাবে ব্যর্থ হচ্ছে। এসএসডি তবে নাও পারে। যখন কোনও ড্রাইভ সংরক্ষিত খাতগুলির বাইরে চলে যায় তখন কী ঘটে?
পাইরোলিস্টিকাল

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