SSD रिपोर्टिंग 80TB लिखित / पढ़ी गई डेटा (गलती?)

3

मैं एक SD9TN8W-256G-1006 SSD के साथ एक इस्तेमाल किया टैबलेट / पीसी खरीदने पर विचार कर रहा हूं। हालांकि CristalDiskInfo के अनुसार, इसमें 80TB लिखा और पढ़ा गया डेटा है (डिस्क की 'अधिकतम' 100TB पर है जो मुझे लगता है, लेकिन मुझे यकीन नहीं है), 2325h का काम, 83 शटडाउन। यह कल्पना करना कठिन है कि इतने कम समय में उस डेटा का उपयोग कैसे किया जा सकता है। सैनडिस्क डैशबोर्ड 100% पर जीवन शेष की रिपोर्ट करता है।

क्या 80TB मूल्य गलत है?

CristalDiskInfo

सैनडिस्क एसएसडी डैशबोर्ड

विशिष्टता (यह भी पढ़ें / लिखित डेटा की समान संख्या की रिपोर्ट करता है, लेकिन मुझे यकीन नहीं है कि वे टेराबाइट्स हैं)

ssd lifespan

— अल्फ्रेड
स्रोत

होस्ट पढ़ता है और लिखता है बहुत ज्यादा अर्थहीन है, केवल वही लिखता है जो फ़्लैश मामले से मिलता है। कुल नंद लिखते 609GB एक सार्थक संख्या है।

— डेविड श्वार्ट्ज

ये संख्याएं किसी भी तरह से नहीं जुड़ती हैं, क्योंकि एफ 1 और एफ 2 के कच्चे मूल्य की इकाई को "एलबीए" माना जाता है। 512-बाइट सेक्टर। जिसका अर्थ है 0x1386a LBAs = 40,948,736 बाइट्स = 39 MiB।

— डेनियल बी

मैं डिस्क पर 100MB लिखने की कोशिश करूंगा और देखूंगा कि उस नंबर पर क्या होता है। मैं सिर्फ देखा मैं उन दो स्क्रीनशॉट के बीच 200GB लिखा है करना चाहिए

— Alfred

CrystalDiskInfo अब पढ़ता है 82.3TB पढ़ें और 82.7TB लिखें। SMART डेटा की रिपोर्ट करने के तरीके में कुछ गड़बड़ है, या कुछ लूप है (विश्वसनीय नहीं)

— अल्फ़्रेड

0

चूंकि यह इस जानकारी को रिपोर्ट करने वाला ड्राइव है, इसलिए यह साबित करने के लिए बहुत कुछ नहीं है कि यह गलत है। हालाँकि, हम दी गई जानकारी को देख सकते हैं और अपने निष्कर्ष निकाल सकते हैं।

२३२५ घंटे सिर्फ १०० दिनों के बालों का शर्मीला है। उस 100 दिनों में 80TB पर, इसका मतलब है कि प्रति दिन औसतन 800GB पढ़ा और लिखा जाता था। हालांकि यह संख्या संभावना के दायरे से बाहर नहीं है , यह एक बहुत ही उच्च संख्या और एक संभावना नहीं है । सैनडिस्क से ड्राइव के डेटशीट को देखते हुए, मुझे कोई भी अधिकतम सूचीबद्ध सूचीबद्ध नहीं दिखता है, इसलिए मुझे आपके द्वारा उल्लिखित 100TB अधिकतम के बारे में पता नहीं है। इसके अतिरिक्त, सैनडिस्क सॉफ्टवेयर रिपोर्ट करता है कि ड्राइव 100% स्वास्थ्य पर है।

मेरी राय में, कुछ जोड़ नहीं रहा है। अगर वहाँ इतना उपयोग किया गया है, तो ड्राइव को 100% स्वास्थ्य पर नहीं होना चाहिए। ऐसा प्रतीत होता है कि स्मार्ट डेटा रिपोर्ट गलत है। चाहे उसका 80TB, 100% स्वास्थ्य, या दोनों मैं नहीं कह सकता।

आप सैनडिस्क समर्थन से संपर्क कर सकते हैं और उनसे जानकारी के बारे में पूछ सकते हैं। वे उस ड्राइव पर किसी भी फर्मवेयर बग के बारे में जानते हैं जो डेटा को गलत तरीके से प्रस्तुत करते हैं, या शायद उनके पास एक बेहतर उपकरण है जिसका उपयोग आप डेटा का विश्लेषण करने के लिए कर सकते हैं।

— Keltari
स्रोत

0

इसे दूसरे तरीके से रखने के लिए ... ~ 80 टीबी 2,325 घंटे से अधिक लिखा एसएसडी के पूरे जीवनकाल में ~ 10 एमबी / एस का एक निरंतर औसत है। यह उच्च है, लेकिन असंभव नहीं है।

इसके लिए आपको एक एहसास देने के लिए, मेरा कार्य केंद्र केवल 24 घंटे की अवधि में ~ 160 kB / s औसत है।

एक विशेष रूप से लेखन-गहन दिन लेने वाली चेरी अभी भी मुझे केवल ~ 870 केबी / एस के औसत पर 24 घंटे की अवधि (71.5 जीबी लिखित) से अधिक भूमि देती है।

आपके द्वारा उद्धृत 80 टीबी का आंकड़ा देखना असंभव नहीं है , लेकिन मुझे संदेह है कि या तो:

कुछ गलत है (" घंटे पर संचालित " या " बाइट्स लिखित " - स्मार्ट सही नहीं है)
पिछले मालिक ने भंडारण के दृष्टिकोण से इसका भारी उपयोग किया था

" कुछ गलत हो रहा है " परिकल्पना को और अधिक बढ़ावा देने के लिए , " कुल LBAs लिखित " ( 0xF1) का 79,978अर्थ है ~ 312 एमबी (यदि हम 4096 बाइट क्षेत्रों को मानते हैं ) का एक अधिकतम अधिकतम मूल्य ... मूल्य को 48-बिट के रूप में संग्रहीत किया जाता है , इसलिए भी 80 टीबी ने इसे लपेटने का कारण नहीं बनाया होगा। लेकिन, जैसा कि ऊपर उल्लेख किया गया है, स्मार्ट सही नहीं है, और यह निश्चित रूप से निर्माता से निर्माता तक लागू नहीं है।

0xF9(" कुल नंद लिखता है। कच्चे मूल्य नंद को 1 जीबी वेतन वृद्धि में लिखने की संख्या की रिपोर्ट करता है ) लेकिन फिर भी एसएसडी के जीवनकाल में लिखा गया ~ 609 जीबी का सुझाव देता है, जो काफी उचित आंकड़ा है।

यहां तक कि अगर 80 टीबी का आंकड़ा सही है, तो आधुनिक एसएसडी को मूल रूप से अनुमानित लोगों की तुलना में लंबे समय तक चलने की उम्मीद है ... इस एसएसडी रेंज की घोषणा जनवरी 2018 में की गई थी। एक मोटा अनुमान " कुछ हजार गुना क्षमता " है, या ~ 750 टीबी आपके मामले में।

डेटापत्रक के दावा किया कि " धीरज " 100 का TBW अधिक रूढ़िवादी विश्वसनीयता और की एक भविष्यवाणी की तुलना में वारंटी से संबंधित होने की संभावना है " के रूप में यह 100 TBW गुजरता है यह रूप में जल्द ही विफल हो जाएगा "।

— Attie
स्रोत

0

मैं सिर्फ अचूक सॉफ्ट रीड एरर रेट की विशेषता पर ध्यान आकर्षित करना चाहता हूं जिसका मूल्य है 998, और इसे इस प्रकार परिभाषित किया गया है:

सॉफ्ट रीड एरर की संख्या जो कि on y पर तय नहीं की जा सकती है और उन्हें RAISE द्वारा प्रदान की जाने वाली गहरी रिकवरी की आवश्यकता होती है।

RAISE, त्रुटि सुधार संहिता (ECC) की पूरक तकनीक है।

इसका मतलब है कि डिस्क पर 998 बिट्स खराब हैं, लेकिन डेटा त्रुटि कोड सुधारने के लिए धन्यवाद बरामद किया गया था।

एक अन्य संदिग्ध विशेषता प्रोग्राम फेल काउंट है जिसका मूल्य है 480.149। मुझे नहीं पता कि इसका क्या मतलब है, शायद इसे सामान्य कर दिया गया है, लेकिन इसे इस प्रकार परिभाषित किया गया है:

जब एक फ्लैश मेमोरी में लिखने की संख्या विफल रही। लिखने की प्रक्रिया को तकनीकी रूप से "फ्लैश मेमोरी की प्रोग्रामिंग" कहा जाता है, इसलिए विशेषता नाम। जब फ्लैश मेमोरी खराब हो जाती है, तो इसे किसी भी लंबे समय तक नहीं लिखा जा सकता है और यह केवल पढ़ने के लिए बन जाता है। रॉ मान विफलताओं की वास्तविक संख्या दिखाता है।

वहाँ भी है मिटा विफलता गणना , मूल्य 768, के रूप में परिभाषित:

स्मार्ट पैरामीटर कई फ़्लैश इरेज़ कमांड कमांड को इंगित करता है।

इसलिए मुझे लगता है कि भले ही अन्य मूल्यों का कोई मतलब न हो, लेकिन लगता है कि यह एसएसडी का उपयोग कठिन है और विफलता के कगार पर हो सकता है।

मैं इसे खरीदने की सिफारिश नहीं कर सकता, जब तक कि हल्के उपयोग के लिए नहीं। यह मेरी राय में विश्वसनीय नहीं है, क्योंकि बहुत सारे चेतावनी संकेत हैं।

— harrymc
स्रोत

0xB5" गैर-4K संरेखित एक्सेस काउंट " ( विकी ) को संदर्भित कर सकता है , जो इस मान को उचित बनाता है।

— Attie

1

@Attie: संभव है, लेकिन आजकल इसकी संभावना कम है, क्योंकि विभाजन आमतौर पर अच्छी तरह से होते हैं। यही है, जब तक कि यह टैबलेट वास्तव में पुराना नहीं है, जो इससे बचने का एक और कारण है।

— harrymc

@harrymc प्रोग्राम विफल ब्लॉक काउंट शून्य है। कई ड्राइव अन्य उद्देश्यों के लिए विशेषता B5 का उपयोग करते हैं। मेरा मानना है कि यह ड्राइव बैकअप संधारित्र पर एक आंतरिक निदान की स्थिति की रिपोर्ट करने के लिए इसका उपयोग करता है जो इसे शक्ति के नुकसान के बाद लिखने को फ्लश करने की अनुमति देता है। 5 पुनर्प्राप्त करने योग्य रीड त्रुटियों के बारे में चिंता करने की कोई बात नहीं है।

— डेविड श्वार्ट्ज 19

@DavidSchwartz: मुझे टाइप करने में त्रुटि हुई, असली संख्या 998 है।

— harrymc 20