স্যামসাং এসএসডি "Wear_Leveling_Count" অর্থ


24

আমার নিজের ল্যাপটপে এবং কয়েকটি সার্ভারে স্যামসুং এসএসডি রয়েছে।

যখন আমি করি:

smartctl -a /dev/sda | grep 177

আমি এমন ফলাফল পেয়েছি যা আমি বুঝতে পারি না। এখানে কিছু উদাহরন:

# my laptop Samsung SSD 850 EVO 500GB (new)
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
177 Wear_Leveling_Count     0x0013   100   100   000    Pre-fail  Always       -       0

# server 256 GB, SAMSUNG MZ7TE256HMHP-00000
177 Wear_Leveling_Count     0x0013   095   095   000    Pre-fail  Always       -       95

# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (1 year old)
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       99

# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (suppose to be new)
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       99

# server 480 GB, SAMSUNG MZ7KM480HAHP-0E005
177 Wear_Leveling_Count     0x0013   099   099   005    Pre-fail  Always       -       3

# server 240 GB, SAMSUNG MZ7KM240HAGR-0E005
177 Wear_Leveling_Count     0x0013   099   099   005    Pre-fail  Always       -       11

কোন ধারণা কিভাবে পড়বেন Wear_Leveling_Count?

কিছু মান সর্বনিম্ন হয়, কিছু সর্বাধিক হয়।

যদি "ল্যাপটপ" বিবেচনা করে থাকেন Samsung SSD 850 EVO 500GBতবে এটি 0 হয় এবং সম্ভবত 100 এ চলে যায় তবে ব্যর্থ হবে।

যদি প্রথম "সার্ভার" বিবেচনা 256 GB, SAMSUNG MZ7TE256HMHP-00000করা হয় তবে এটি ইতিমধ্যে সর্বোচ্চ? এটি কি শূন্যে নেমে যাবে?

উত্তর:


40

কিংস্টন এই স্মার্ট বৈশিষ্ট্যটি নিম্নরূপ বর্ণনা করেছেন:

গড়ে প্রতি ব্লক মোছা / প্রোগ্রামের চক্রের সংখ্যা। এই বৈশিষ্ট্যটি আসন্ন পোশাক পরে যাওয়ার নির্দেশক হতে intended সাধারণ সমীকরণ: 100 - (100 * গড় মুছা গণনা / ন্যানড সর্বাধিক নির্ধারিত সংখ্যা মুছে ফেলা)

Raw Dataএই দৃষ্টান্তগুলিতে উপেক্ষা করুন (তারা বিভিন্ন উপায়ে কাজ করার জন্য নির্মাতারা দ্বারা চালিত হতে পারে), এবং Current Valueকলামটি দেখুন।

আনন্দটেকের এই উত্সটি এই চিত্রটি কীভাবে ব্যবহার করবেন তার একটি ভাল ইঙ্গিত দেয়:

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

আপনার ড্রাইভের সকল 95 এবং 100 এর মধ্যে হয়, এবং শেষ পর্যন্ত 0. ড্রপ হবে এই কত একজন প্রাক্কলন হয় write, erase, rewriteইত্যাদি চক্র প্রতিটি ব্লক ব্যর্থ সামনে দিয়ে যেতে পারেন, এবং মুহূর্তে, আপনার ড্রাইভ এক হয় আনুমানিক থেকে এটির বর্তমান প্রত্যাশিত আয়ুর ৫% ব্যবহার করেছে% আবার, এখানে মূল শব্দটি অনুমান করা হয়।

আপনার ড্রাইভগুলি পৃথকভাবে নান্দ প্রযুক্তি ব্যবহার করতে পারে বলে মনে রাখবেন hence কিছু ন্যান্ড প্রযুক্তি আশা করে যে প্রতিটি ব্লকগুলি প্রায় 1000 পিই চক্রের জন্য স্থায়ী থাকবে, অন্যরা 30,000 ডলার হিসাবে রেট দেওয়া যেতে পারে।


আমি টেবিলটি "হেডার" সংযুক্ত করেছি attached "বর্তমান" মান কি? এটি কি "VALUE" কলামটি?
নিক

@ নিক হ্যাঁ, ঠিক
জোনো

এটি আমার অভিজ্ঞতার ঠিক বিপরীত। আমার নতুন ড্রাইভগুলি (স্যামসাং 850 প্রো, স্যামসাং 840 প্রো) 0 এর একটি কাঁচা মূল্য থেকে শুরু হয়েছিল এবং সেখান থেকে উঠে গেছে। বস্তুত আমার বর্তমান 840 প্রো 97 প্রায় একমাস আগে ছিল, এবং এটি 99. এ এখন (এই স্যামসাং যাদুকর সফ্টওয়্যার মাধ্যমে স্মার্ট ডেটা দিকে তাকিয়ে থেকে।)
গ্রেঞ্জার

3
@ গ্র্যাঞ্জার আপনার কি 'মান' বা 'বর্তমান' কলাম আছে? কাঁচা মানগুলি সাধারণত ওএম-এর উপর নির্ভর করে তারা কী করে তা স্থির করে, এবং অগত্যা স্পষ্ট ডেটা হয় না। ওপি প্রদত্ত উদাহরণে লক্ষ্য করুন, 'VALUE' 100 এবং তাদের 850 ইওভির জন্য 'RAW_VALUE' 0 হয়।
জেনো

আহ। আমি যদি "কাঁচা মান" কলামটি পুরোপুরি উপেক্ষা করি তবে এটি আরও অর্থবোধ করে।
গ্রেঞ্জার

1

স্মার্ট আমার স্যামসুং এসএম 951 (এএইচসিআই) 128 গিগাবাইটের জন্য একটি পূর্বনির্ধারিত শর্তের প্রতিবেদন করেছে, লিনাক্স হিসাবে রিপোর্ট করেছে SAMSUNG MZHPV128HDGM-00000 (BXW2500Q)

তবে আমার ক্ষেত্রে আমি মনে করি এটি ড্রাইভের ফার্মওয়্যার বাগ,

  • কারণ total-bytes-writtenসম্পত্তিটি 1.1TB হিসাবে রিপোর্ট করা হয়েছে যখন ড্রাইভে 75TB এর একটি নির্দিষ্ট মোট বাইটস লিখিত (TBW) রয়েছে! যা সম্ভবত (খুব) সংরক্ষণের দিকে রয়েছে, কারণ অনুরূপ (এমএলসি ন্যানড) ড্রাইভগুলি সত্যিকারের ধৈর্য পরীক্ষায় সেই (600TB) এর বহু লোকের কাছে পৌঁছেছে ,
  • এবং wear_level_countসতর্কতা ব্যতীত অন্য কোনও প্রিফয়েল বা পুরানো ত্রুটি বা সতর্কবার্তা রিপোর্ট করা হয়নি,
  • যখন reallocated-sector-count, যে পরীক্ষা অনুযায়ী ভাল প্রাক-ব্যর্থ সূচক, এখনও 0।

সুতরাং আমার পরামর্শটি হ'ল আপনার ড্রাইভ / সিস্টেমের জন্য সেই মানগুলি পরীক্ষা করা এবং এটিতে আপনার সিদ্ধান্তগুলি ভিত্তি করে।

আমি নিম্ন স্তরের ইউটিলিটি পছন্দ করি skdumpযা সরবরাহ করা হয় libatasmart, একই লাইব্রেরি যা জিনোম ডিস্ক ব্যবহার করে ।

/dev/sdcআপনার ব্লক ডিভাইসের পাথের পরিবর্তে নিম্নলিখিত কমান্ডটি ব্যবহার করুন :

sudo skdump /dev/sdc

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