কোনও ফাইল সিস্টেমের পঠন-পাঠনের ফলে কেবল কোনও এসএসডি-র জীবনকাল বাড়বে?


16

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

আমি একটি সরল "হ্যাঁ, পড়ার বিষয়টি বিবেচনা করে না - কেবল এসএসডি-তে লেখার ফলে পরতে হবে" এর চেয়েও বেশি সন্ধান করছি। এই প্রশ্নের অধীনে একটি উত্তর প্রদর্শিত হবে যা কোন নিবন্ধের সাথে লিঙ্ক করেছে এবং উত্তরদাতা উল্লেখ করেছেন:

এটি হতে পারে যে যদি একটি "পৃষ্ঠা" বা মুছে ফেলা খুব দীর্ঘ সময়ে পুনরায় প্রোগ্রাম করা না হয় তবে একটি (সম্ভবত খুব ছোট) সম্ভাবনা থাকে কিছু বিট একটি অনিরাজনিত অবস্থায় ফিরে আসবে।

এ সম্পর্কে কিছু বলার আছে? আপনি কি এমন স্টাডি সম্পর্কে জানেন যা এই জাতীয় আচরণের উপর দৃষ্টি নিবদ্ধ করে?


1
আমি ভাবব যে "খুব দীর্ঘ সময়" কয়েক দশকের ক্রম অনুসারে। কেবল পঠন মোডে ফাইল সিস্টেম থাকা সত্ত্বেও, এসএসডি ব্লকগুলি পুনরায় লিখন করবে যদি ত্রুটির সংখ্যা ইসিসির সীমাটি কাছে আসে।
ড্যান ডি

এটি কীভাবে সুপারসার / প্রশ্ন / ৪৪০১17১ / এর সদৃশ নয় ? এই প্রশ্নের বাইরে আমার দৃষ্টিতে, এই প্রশ্নটি মূলত কেবল "স্টাডিজ" জিজ্ঞাসা করছে যা ইতিমধ্যে আলোচিত হয়েছিল তা নিশ্চিত করে, এবং একটি প্রশ্ন অনুরোধ অধ্যয়নকে অফ-টপিক হিসাবে বিবেচনা করা যেতে পারে (উপাদান অনুরোধ শেখা)।
12cʜιᴇ007

3
আমি লোককে "সাধারণ জ্ঞান" বা অপর্যাপ্ত-বিস্তারিত রেফারেন্সের উপর ভিত্তি করে কেবল মতামতগুলিকে পুনর্গঠন করার পরিবর্তে গভীরতর, কর্তৃত্বমূলক রেফারেন্স উদ্ধৃত করতে বলার সাথে কিছু ভুল দেখছি না।
ছিনিয়ে নিন

উত্তর:


15

সংক্ষিপ্ত উত্তর:

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

দীর্ঘ উত্তর:

ফ্ল্যাশ ত্রুটি বিশ্লেষণ এবং পরিচালনায় বেশ কয়েকটি ধরণের ত্রুটি বর্ণিত রয়েছে :

  • মুছে ফেলার ত্রুটি: পুনরাবৃত্তি প্রোগ্রামের কারণে / চক্র মুছে ফেলার কারণে (লিখেছে)
  • প্রোগ্রামের হস্তক্ষেপ ত্রুটি: একটি প্রতিবেশী পৃষ্ঠা প্রোগ্রাম করার সময় এক পৃষ্ঠায় ডেটা অনিচ্ছাকৃতভাবে পরিবর্তন করা হয়
  • ধরে রাখার ত্রুটি: ভাসমান গেটে প্রোগ্রাম করা চার্জটি ধীরে ধীরে বিলুপ্ত হয়
  • পড়ার ত্রুটি: প্রতিবেশী কক্ষটি বারবার পড়ার সাথে সাথে কোনও কক্ষে সঞ্চিত ডেটা পরিবর্তিত হয়

এই কাগজটি একটি আকর্ষণীয় পঠনযোগ্য তবে গভীরতার সেই স্তরে যাওয়া সম্ভবত আপনার প্রশ্নের ক্ষেত্রের বাইরে, এ ছাড়া এও বলা যায় যে, ন্যানড মেমরি থেকে একচেটিভাবে পড়া পড়া ডেটা চিরকালের জন্য সংরক্ষণ করবে না।

মাইক্রন-এ জিম কুকের উপস্থাপনা অনুসারে , এমএলসি-র জন্য প্রতি ১০,০০,০০০ রিড এবং এসএলসি-র জন্য ১,০০,০০০ পাঠকোষগুলি মুছে ফেলা এবং পুনরায় প্রোগ্রাম করা উচিত।

স্লাইড 19:

Cells not being read receive elevated voltage stress

Stressed cells are
• Always in the block being read
• Always on pages not being read

Charge collects on the floating gate causing the cell to appear to be weakly programmed 

Does not damage cells; ERASE returns cells to undisturbed levels

Disturbed bits are effectively managed with ECC

স্লাইড 20:

Rule of thumb for excessive reads per block between ERASE operations
• SLC – 1,000,000 READ cycles
• MLC – 100,000 READ cycles

If possible, read equally from pages within the block

If exceeding the rule-of-thumb cycle count, then move the 
block to another location and erase the original block

Establish ECC threshold to move data

Erase resets the READ DISTURB cycle count

Use ECC to recover from read disturb errors

এটি বলেছে যে, এই কাগজপত্রগুলি NAND মেমরির নিম্ন স্তরের ব্যবহারকারীদের (যেমন, এসএসডি ফার্মওয়্যার বিকাশকারী) নির্দেশিত বলে মনে হচ্ছে, এবং শেষ ব্যবহারকারী ব্যবহারের উদ্দেশ্যে নয়। সুতরাং আমি সন্দেহ করব যে আপনার ড্রাইভের ফার্মওয়্যারটি ইতিমধ্যে ব্যাকগ্রাউন্ডে স্বচ্ছভাবে এটি পরিচালনা করে।

তবে আসল প্রশ্নে ফিরে আসা, একচেটিয়াভাবে পড়ার পরেও কি ড্রাইভে পোশাক ও ছিঁড়ে যাওয়ার কারণ হয়? হ্যাঁ. কত? এটা জটিল. যদি আপনি ধরে নেন যে ফার্মওয়্যার প্রতি পৃষ্ঠার ঘরগুলি প্রতি 100,000 পড়তে নতুন জায়গায় নতুন করে লিখছে, এবং সর্বদা প্রচুর পরিমাণে ব্লক পাওয়া যায় তবে প্রতি 100,000 পঠনের জন্য আপনার 1 টি লেখা রয়েছে। তবে তার উপরে, ফার্মওয়্যার পরিধান-সমতলকরণ এবং অন্যান্য কার্য সম্পাদন করে, যা একাধিক শারীরিক লেখায় একটি যৌক্তিক লেখাকে প্রশস্ত করে

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


1

মূলত হ্যাঁ, তবে বর্ধিত উত্তরটি "চিরকালের জন্য নয়",

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


1
উত্তরের জন্য ধন্যবাদ. আপনি সমর্থন করে এমন কোনও গবেষণা / নিবন্ধ সম্পর্কে সচেতন?
dtmland

সেগুলি সম্পর্কে আমি অবগত নই তবে আমি স্কিস অ্যান্ড টেকনোলজি অধ্যয়ন করি এবং ইলেক্ট্রনিক্স এবং রসায়ন আমার কাছে দুটি বিষয় যা সিদ্ধান্তে পৌঁছাতে ব্যবহার করা যেতে পারে
গিজমো

আপনার "এসএসডি" তৈরির জন্য বিশেষ পরীক্ষার জন্য বহু "বছর" (একা "দশক" ছেড়ে দিন) নয় ...
ভোনব্র্যান্ড

-1

হ্যাঁ, স্ট্যান্ডার্ড এক্সট 2 হিসাবে এসএসডি লিখবে যা মাউন্ট করা rw হয় কেবল ফাইলগুলি কেবল পঠিত থাকলেও !!

এটি কারণ প্রতিটি ফাইল এবং ডিরেক্টরিগুলির জন্য এক্সট 2 অ্যাক্সেসের সময় (শেষ পঠনের সময়) সঞ্চয় করে।

এটি রোধ করার একটি উপায় হ'ল মাউন্ট করার সময় "-o নোয়াটাইম" ব্যবহার করা। যে কোনও লেখার ক্রিয়াকলাপ রোধ করার জন্য "-o রো" ব্যবহার করা সবচেয়ে ভাল উপায়।

দ্রষ্টব্য: ext2 / 3/4 এ প্রতিটি ফাইলের কমপক্ষে 3 তারিখ থাকে: তৈরি (সিটিটাইম), পরিবর্তন (এমটাইম) এবং অ্যাক্সেস (এটাইম))


3
ওপি আসলে এটিই বলেছিল: তিনি কেবলমাত্র এফএসকে মাউন্ট করে দিয়েছেন।
zmo

-2

এটি একটি সিডি জ্বালিয়ে দোষ কী? এগুলি বেশ স্থিতিশীল এবং সস্তা (পরবর্তী ৫০ বছর ধরে টানা কয়েকটি অতিরিক্ত অনুলিপি রাখতে খুব ভাল খরচ করতে পারে)। অ্যাক্সেসের সময়টি কেবলমাত্র প্রথমবারের মতো ডেটা পড়ার সময় একটি সমস্যা হয়ে দাঁড়াবে, তারপরে র্যামের ক্যাচিংয়ের দায়িত্ব নেওয়া উচিত।

ফাইল সিস্টেমগুলি কিছু না (মেটা) ডেটা আপডেট করে, এমনকি না লিখলেও। সুতরাং আরেকটি সম্ভাবনা হ'ল কেবল একটি পঠনযোগ্য ফাইল সিস্টেম চিত্র তৈরি করুন (উদাহরণস্বরূপ, একটি আইএসও) এবং এসএসডি-তে লিখুন যে কোনওরকমের লেখা সম্পূর্ণরূপে নিষ্ক্রিয় করা যায়।


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