क्या एक फ़ाइल सिस्टम को पढ़ने से केवल SSD के जीवनकाल में वृद्धि होगी?

16

मान लें कि मेरे पास कुछ डेटा है जो एक बार बनाया गया है, फिर कभी बदलना नहीं है। मैंने इस डेटा को एक SSD में कॉपी किया है और फिर फ़ाइल सिस्टम को रीड-ओनली के रूप में फिर से माउंट किया है और इसे अभी से इस तरह छोड़ दिया है। क्या ऐसा करने से SSD का जीवनकाल बढ़ जाएगा?

मैं एक साधारण से अधिक की तलाश में हूं "हां, पढ़ना मायने नहीं रखता - केवल एसएसडी लिखने से पहनने का कारण होगा"। इस प्रश्न के अंतर्गत एक उत्तर दिखाई देता है जो एक लेख और उत्तरदाता का उल्लेख करता है:

यह हो सकता है कि अगर एक "पृष्ठ" या इरेज़ब्लॉक को बहुत लंबे समय में दोबारा नहीं बनाया जाता है, तो एक (शायद बहुत छोटा) संभावना है कि कुछ बिट्स अप्रमाणित स्थिति में वापस आ जाएंगे।

उसके बारे में कुछ भी कहना? क्या आप किसी ऐसे अध्ययन के बारे में जानते हैं जो इस तरह के व्यवहार पर केंद्रित है?

ssd read-only

— dtmland
स्रोत

1

मुझे लगता है कि "एक बहुत लंबा समय" कुछ दशकों के आदेश पर है। यहां तक कि केवल रीड मोड में फाइल सिस्टम के साथ, एसएसडी अभी भी ब्लॉक को फिर से लिखेगा यदि ईसीसी सीमा के पास त्रुटियों की संख्या।

— डैन डी।

यह सुपरयूज़र . com/questions/440171/… का डुप्लिकेट कैसे नहीं है ? उस सवाल से परे मेरी नज़र में, यह सवाल मूल रूप से "अध्ययन" के लिए पूछ रहा है जो पुष्टि करता है कि पहले से ही चर्चा की गई थी, और अध्ययन का अनुरोध करने वाले प्रश्न को ऑफ-टॉपिक (शिक्षण सामग्री अनुरोध) माना जा सकता है।

— Ƭᴇc atιᴇ007

3

मैं लोगों को "सामान्य ज्ञान" या अपर्याप्त-विस्तृत संदर्भों के आधार पर केवल regurgitating राय के बजाय गहराई से, आधिकारिक संदर्भों का हवाला देते हुए कुछ भी गलत नहीं देखता।

— लूट

15

संक्षिप्त जवाब:

यह इस बात पर निर्भर करता है कि आप क्या कर रहे हैं। एक SSD से विशेष रूप से पढ़ने के बाद भी समय के साथ इसकी मेमोरी कोशिकाओं का क्षरण होगा। रीड-ओनली ड्राइव को माउंट करने से आप इसे सीधे लिखने से रोक सकते हैं, लेकिन ड्राइव का फर्मवेयर अभी भी बैकग्राउंड राइट्स का उत्पादन करेगा। लेकिन आपके उपयोग पैटर्न के आधार पर, आपको चिंता करने के लिए कुछ भी हो सकता है या नहीं भी हो सकता है।

लंबा जवाब:

फ्लैश त्रुटि विश्लेषण और प्रबंधन में उल्लिखित कई प्रकार की त्रुटियां हैं :

मिटा त्रुटि: बार-बार कार्यक्रम के कारण / मिटा चक्र (लिखते हैं)
प्रोग्राम इंटरफेरेंस एरर: एक पेज में डेटा अनायास ही बदल जाता है जबकि पड़ोसी पेज को प्रोग्राम किया जा रहा है
अवधारण त्रुटि: फ्लोटिंग गेट में प्रोग्राम किया गया चार्ज धीरे-धीरे फैलता है
रीड एरर: एक सेल में स्टोर किया गया डेटा पड़ोसी सेल के रूप में बदल जाता है

यह पेपर एक दिलचस्प रीड है लेकिन गहराई के उस स्तर तक जाना संभवतः आपके प्रश्न के दायरे से बाहर है, इसके अलावा यह कहना कि विशेष रूप से नंद मेमोरी से पढ़ना हमेशा के लिए डेटा को संरक्षित नहीं करेगा।

माइक्रोन में जिम कूक की एक प्रस्तुति के अनुसार , कोशिकाओं को मिटाया जाना चाहिए और एमएलसी के लिए हर 100,000 रीड्स को रीप्रोग्राम किया जाना चाहिए और एसएलसी के लिए 100,000 रीड्स।

स्लाइड 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

उस ने कहा, इन कागजात को नंद स्मृति के निम्न-स्तरीय उपयोगकर्ताओं (जैसे, एसएसडी फर्मवेयर डेवलपर्स) पर निर्देशित किया गया लगता है, और अंत-उपयोगकर्ता उपभोग के लिए अभिप्रेत नहीं है। इसलिए मुझे संदेह है कि आपके ड्राइव का फर्मवेयर पहले से ही पारदर्शी रूप से पृष्ठभूमि में है।

लेकिन मूल प्रश्न पर वापस जाना, क्या विशेष रूप से पढ़ना अभी भी ड्राइव पर पहनने और आंसू का कारण बनता है? हाँ। कितना? यह जटिल है। यदि आप मानते हैं कि फर्मवेयर प्रत्येक 100,000 रीड्स पर नए स्थानों पर एक पृष्ठ की कोशिकाओं को फिर से लिख रहा है, और हमेशा उपलब्ध ब्लॉक बहुत सारे हैं, तो आपके पास प्रत्येक 100,000 रीड्स के लिए 1 राइट है। लेकिन उस के शीर्ष पर, फर्मवेयर भी प्रदर्शन पहनने-लेवलिंग और अन्य कार्यों, जो बढ़ाना कई शारीरिक लेखन में एक तार्किक लिखने।

व्यावहारिक रूप से, आपको संभवतः विशेष रूप से चिंतित होने की आवश्यकता नहीं है जब तक कि ड्राइव लगभग क्षमता से भरा न हो और आप पूरी ड्राइव से लगातार पढ़ रहे हों। लेकिन अगर आप ड्राइव नॉन-स्टॉप से पढ़ रहे हैं, तो यह जानने के लिए एक महीने के लिए स्मार्ट टेबल पर कड़ी नज़र रखें कि आपके रीड पैटर्न कितनी जल्दी पृष्ठभूमि लिख रहे हैं। और, ज़ाहिर है, हमेशा सुनिश्चित करें कि आपके पास कई बैकअप हैं।

— लूटना
स्रोत

1

मूल रूप से हां, लेकिन विस्तारित उत्तर "हमेशा के लिए नहीं" है,

एक SSD, इलेक्ट्रॉनों पर डेटा, जो बिट्स बनाते हैं, अलग-थलग होते हैं, इसलिए यह बाहर रिसाव नहीं करता है, लेकिन अगर ड्राइव पर डेटा विकिरण (चुंबकीय तरंगों या अन्य इलेक्ट्रॉनिक्स सहित) के अधीन है, तो बिट्स में संग्रहीत इलेक्ट्रॉनों की आवश्यकता होगी परिवर्तन स्थिति, इस प्रकार संग्रहीत डेटा को नुकसान पहुँचाए। हालाँकि, यह एक चरम मामला है। एक एसएसडी पर डेटा दशकों तक सुरक्षित होना चाहिए, अगर दशकों तक नहीं।

— gizmo
स्रोत

1

जवाब के लिए धन्यवाद। क्या आप किसी ऐसे अध्ययन / लेख से अवगत हैं जो इसका समर्थन करता है?

— dtmland

उनके बारे में पता नहीं है, लेकिन मैं अध्ययन और प्रौद्योगिकी और इलेक्ट्रॉनिक्स और रसायन विज्ञान के दो विषयों में से एक है जिसका उपयोग मैं निष्कर्ष पर ले जा सकता हूं

— Gizmo

ऐसा नहीं है कि कई "साल" (अकेले "दशकों") ने एसएसडी के अपने विशेष मेक पर प्रयोग किए हैं ...

— vonbrand

-1

वास्तव में, हाँ, एक मानक ext2 के रूप में SSD को लिखा जाएगा, जो आरडब्ल्यू पर चढ़ा हुआ है, भले ही फाइलें केवल पढ़ी गई हों !!

ऐसा इसलिए है क्योंकि ext2 प्रत्येक फाइल और डायरेक्टरी के लिए एक्सेस टाइम (आखिरी रीड टाइम) स्टोर करता है।

इसे रोकने का एक तरीका है कि बढ़ते समय "-o noatime" का उपयोग करें। किसी भी लेखन कार्य को रोकने के लिए "-o ro" का उपयोग करना सबसे अच्छा तरीका है।

ध्यान दें: ext2 / 3/4 पर प्रत्येक फ़ाइल में कम से कम 3 दिनांक हैं: निर्माण (समय), संशोधन (माइम) और पहुंच (Atime)।

— Vouze
स्रोत

3

कि वास्तव में ओपी क्या कहता है: वह एफएस को आसानी से पढ़ता है।

— ज़मो

-2

इस सीडी को जलाने में क्या गलत है? वे काफी स्थिर हैं, और सस्ते (बहुत अच्छी तरह से अगले 50 वर्षों तक चलने के लिए कुछ अतिरिक्त प्रतियां रख सकते हैं)। एक्सेस टाइम एक मुद्दा होगा जब डेटा पहली बार पढ़ा जाएगा, उसके बाद रैम में कैशिंग को संभालना चाहिए।

फाइलसिस्टम कुछ (मेटा) डेटा को अपडेट करते हैं, भले ही वह लेखन न हो। तो एक और संभावना केवल-पढ़ने के लिए एक फ़ाइल सिस्टम छवि (पोर उदाहरण, एक आईएसओ) बना रही है और एसएसडी पर किसी भी प्रकार के लेखन को पूरी तरह से लिखने के लिए लिखें।

— vonbrand
स्रोत

1

हालांकि यह वास्तव में इस सवाल का जवाब नहीं देता ...

— कनाडाई ल्यूक