सैमसंग SSD "Wear_Leveling_Count" अर्थ

Question

मेरे पास अपने लैपटॉप पर और कुछ सर्वर पर सैमसंग एसएसडी है।

जब मैं करता हूं:

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, तो यह पहले से ही अधिकतम है? क्या यह शून्य हो जाएगा?

Answer 1

किंग्स्टन इस स्मार्ट विशेषता का वर्णन इस प्रकार है:

औसतन प्रति ब्लॉक मिटा / कार्यक्रम चक्रों की संख्या। यह विशेषता आसन्न पहनने के लिए एक संकेतक होना है। सामान्यीकृत समीकरण: 100 - (100 * औसत मिटा गणना / नंद अधिकतम मिटाए गए चक्रों की संख्या)

Raw Dataइन उदाहरणों में ध्यान न दें (वे निर्माताओं द्वारा विभिन्न तरीकों से काम करने के लिए हेरफेर किए जा सकते हैं), और Current Valueकॉलम को देखें।

आनंदटेक का यह स्रोत हमें इस आंकड़े का उपयोग करने का एक अच्छा संकेत देता है:

वियर लेवलिंग काउंट (WLC) स्मार्ट वैल्यू हमें वह सभी डेटा देती है जिसकी हमें जरूरत होती है। वर्तमान मान ड्राइव के शेष धीरज को प्रतिशत में रखता है, जिसका अर्थ है कि यह 100 से शुरू होता है और ड्राइव के लिखे जाने पर रैखिक रूप से घट जाता है। कच्चे डब्ल्यूएलसी मूल्य खपत पी / ई चक्र को गिना जाता है, इसलिए यदि ड्राइव पर लिखते समय इन दो मूल्यों की निगरानी की जाती है, तो जल्द ही बाद में हम उस स्थान को पाएंगे जहां सामान्यीकृत मूल्य एक से गिरता है।

अपने ड्राइव के सभी 95 और 100 के बीच में हैं, और अंत में 0 पर छोड़ देंगे यह कितने का एक अनुमान है write, erase, rewriteआदि चक्र प्रत्येक ब्लॉक असफल होने से पहले के माध्यम से जा सकते हैं, और इस समय, अपने ड्राइव में से एक है का अनुमान करने के लिए यह वर्तमान अपेक्षित जीवन काल के 5% का उपयोग किया है। फिर, यहाँ महत्वपूर्ण शब्द का अनुमान है।

ध्यान दें कि आपके ड्राइव विभिन्न नंद प्रौद्योगिकी का उपयोग कर सकते हैं, इसलिए कथित जीवन में अंतर। कुछ नंद प्रौद्योगिकी को उम्मीद है कि ब्लॉक लगभग 1000 पीई चक्रों तक चलेगा, दूसरों को 30,000 के लिए रेट किया जा सकता है।

Comments

मैंने टेबल "हेडर" संलग्न किया। "वर्तमान" मूल्य क्या है? क्या यह "VALUE" कॉलम है?

— निक

@ निक हाँ, बिल्कुल।

— जोनो

यह मेरे अनुभव के ठीक विपरीत है। मेरी नई ड्राइव (सैमसंग 850 प्रो, सैमसंग 840 प्रो) रॉ के 0 मूल्य पर शुरू हुई थी और वहां से चली गई। वास्तव में मेरा वर्तमान 840 प्रो एक महीने पहले 97 पर था, और अब यह 99 पर है। (यह सैमसंग जादूगर सॉफ्टवेयर के माध्यम से स्मार्ट डेटा को देखने से है।)

— ग्रेंजर

@Granger क्या आपके पास 'मूल्य' या 'वर्तमान' कॉलम है? कच्चे मान आम तौर पर ओईएम तक तय करते हैं कि वे क्या करते हैं, और जरूरी नहीं कि डेटा सुगम हो। ओपी द्वारा दिए गए उदाहरण में, 'VALUE' 100 है, और 'RAW_VALUE' उनके 850 EVO के लिए 0 है।

— जोनो

आह। अगर मैं "रॉ वैल्यू" कॉलम को पूरी तरह से नजरअंदाज कर देता हूं तो यह ज्यादा मायने रखता है।

— ग्रेंजर

Answer 2

SMART मेरे सैमसंग SM951 (AHCI) 128GB के लिए एक पूर्व-निर्धारित स्थिति की रिपोर्ट करता है, जैसा कि लिनक्स में बताया गया है SAMSUNG MZHPV128HDGM-00000 (BXW2500Q)।

लेकिन मेरे मामले में मुझे लगता है कि यह ड्राइव का फर्मवेयर बग है,

• क्योंकि total-bytes-writtenसंपत्ति को 1.1TB के रूप में रिपोर्ट किया जाता है, जबकि ड्राइव में 75TB का एक निर्दिष्ट कुल बाइट्स (TBW) होता है! जो शायद पर है (बहुत) पक्ष को बचाने, समान क्योंकि (MLC नन्द) ड्राइव सब में है कि (600TB) की एक भीड़ पर पहुंच गया एक असली धीरज परीक्षण ,
• और wear_level_countचेतावनी के अलावा कोई अन्य पूर्वधारणा या पुरानी त्रुटियों या चेतावनियों की सूचना नहीं दी जाती है,
• जबकि reallocated-sector-count, जो उस परीक्षण के अनुसार अच्छा पूर्व-विफल संकेतक है, अभी भी 0 है।

इसलिए मेरी सलाह यह होगी कि आप अपने ड्राइव / सिस्टम के लिए उन मूल्यों की जांच करें और उस पर अपने निष्कर्षों को आधार बनाएं।

मैं निम्न स्तर की उपयोगिता को पसंद करता हूं skdumpजो कि आपूर्ति की जाती है libatasmart, वही लाइब्रेरी जो ग्नोम डिस्क द्वारा उपयोग की जाती है ।

/dev/sdcअपने ब्लॉक डिवाइस के पथ के साथ प्रतिस्थापित करते हुए , निम्न कमांड का उपयोग करें :

sudo skdump /dev/sdc