USB फ्लैश ड्राइव से कितनी बार डेटा पढ़ा जा सकता है?

Question

जबकि मुझे पता है कि USB फ्लैश ड्राइव पर लिखने से डिवाइस की जीवन प्रत्याशा कम हो जाती है। मैंने सुना है कि राइट्स की मात्रा 100 हजार से 10 मिलियन तक कहीं भी है, लेकिन मैंने बहुत से रीड ऑपरेशन के बारे में नहीं सुना है। क्या डिवाइस से पढ़ना इस कुल की ओर गिनता है?

मुझे केवल एक बार फ्लैश ड्राइव पर लिखने और इसे केवल-पढ़ने के लिए सेट करने में रुचि है। फिर डिवाइस से प्रति दिन एक हजार या अधिक बार फाइलें पढ़ना, लेकिन सोच रहा था कि क्या (प्रति दिन 1,000 पढ़ता है), फ्लैश ड्राइव को 100 दिनों के भीतर बदलना होगा (एक 100,000 आर / डब्ल्यू चक्र जीवनकाल मानकर)?

Comments

हाँ यह गिनती, afaik करता है। संख्या परमाणु रीड राइट्स को इंगित नहीं करती है, लेकिन चक्र जिसमें प्रत्येक ब्लॉक को एक बार लिखा और पढ़ा गया है।

— manasij7479

Answer 1

व्यावहारिक उद्देश्यों के लिए, कोई पढ़ने की सीमा नहीं है। वहाँ वास्तव में एक लिखने की सीमा नहीं है, यह एक मिटा सीमा है। (और, यदि आपने पहले किसी ब्लॉक को लिखा है, तो आपको इसे नया डेटा लिखने के लिए मिटाने की आवश्यकता है।)

Comments

इसलिए, जब तक आप केवल एक बार ड्राइव करने के लिए लिखते हैं, तब तक पढ़ने में समस्या नहीं होगी (और केवल पढ़ने) लगभग एक वर्ष या उससे अधिक समय तक डिवाइस से नॉन-स्टॉप?

— जॉन

दशकों तक भी।

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

Flashbay.co.uk/blog/usb-life-expectancy

— gotqn

Answer 2

इसका जवाब देना इतना आसान नहीं है। जब आप एक फ़ाइल लिखते हैं, तो नए ब्लॉक लिखे जा रहे हैं। प्रयुक्त ब्लॉकों को "गंदे" के रूप में चिह्नित किया गया है। इसलिए, यदि आपने 1MB डिवाइस पर 10KB फ़ाइल लिखी है, तो संभावना है कि 10 KB फ़ाइल 1MB डिवाइस में सभी ब्लॉकों में लिखी जाएगी। केवल जब कोई "क्लीन" ब्लॉक नहीं होता है, तो फ़्लैश कंट्रोलर संभवतः "गंदे" ब्लॉक मिटा देगा।

आपकी फ्लैश ड्राइव 1 एमबी डिवाइस पर 10K फ़ाइल के 100,000 से अधिक लंबे समय तक चलेगी।

Comments

हम्म ... क्या यह फ्लैश ड्राइव के लिए डीफ़्रेग्मेंटिंग हानिकारक होगा?

— thegrinner

@ हेनरिनर हाँ

— थॉमस डिगन

Answer 3

फ्लैश ड्राइव (एसएसडी या यूएसबी) के जीवन को व्यवस्थित करना असफलता (एमटीटीएफ) के बीच संख्या या औसत समय बताते हुए उतना सरल नहीं है। के रूप में विफलता के साथ मुद्दा लाइनर नहीं है।

हार्ड ड्राइव (मैग्नेटिक मीडिया) अनुभव (1) कंट्रोलर सर्किट बोर्ड (2) से संबंधित विफलताओं को ड्राइव के रीड हेड्स (3) पढ़ते हैं, जो थकान को कम करते हैं, लेकिन शायद ही कभी मीडिया को इसका स्व।

रैंडम एक्सेस मेमोरी ड्राइव, जिसे अक्सर फ्लैश ड्राइव कहा जाता है, समाप्त हो जाता है क्योंकि ब्लॉक के पूरी तरह से विफल होने से पहले मेमोरी के ब्लॉक को केवल कई बार मिटाया / लिखा जा सकता है। "फ्लैश रैम" ड्राइव के इंजीनियर ब्लॉक के उपयोग को "लेवलिंग" करके इस नुकसान को सुधारते हैं। मूल रूप से वे किसी एक ब्लॉक पर अधिक उपयोग को कम करते हुए, उपलब्ध सभी ब्लॉकों में अंतिम नुकसान को फैलाते हैं।

यहाँ एक लेख है जो शोधकर्ताओं ने विभिन्न फ्लैश-रैम ड्राइव असेंबलियों का परीक्षण किया। और जैसा कि मैंने पहले कहा था ... यह कुछ प्रमुख डेटा और विनिर्माण दृष्टिकोण पर निर्भर करता है।

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

http://www.zdnet.com/article/usb-drive-life-fact-or-fiction/

Comments

यदि आप प्रश्न पढ़ते हैं, तो लेखक सिर्फ एक बार लिखेगा और जानना चाहता है कि पढ़ने की सीमा क्या होगी। यह लिखने की सीमा से बिलकुल अलग है। लेकिन अच्छी खबर यह है कि आपका लेख 2010 से है और सिर्फ अंगूठे की ड्राइव और मेमोरी कार्ड में इस्तेमाल की जाने वाली तकनीक का परीक्षण किया गया है। SSD's, जिसका आप उल्लेख करते हैं, अधिक परिष्कृत नियंत्रकों (और शायद बेहतर गुणवत्ता वाली मेमोरी) का उपयोग करते हैं, और उनका जीवन और भी बेहतर है। बुरी खबर यह है कि मुझे उन सभी चीजों को फिर से सीखने की जरूरत है जो मुझे पता था कि अंतरिक्ष जहाज क्या बनाते हैं। जाहिर है, ड्राइव के संबंध में एफटीएल का मतलब "प्रकाश से तेज" नहीं है।

— फिक्सर 1234

Answer 4

डेविड श्वार्ट्ज का जवाब सभी "व्यावहारिक उद्देश्यों" को शामिल करता है। यह उत्तर "अव्यवहारिक उद्देश्यों" पर केंद्रित होगा। असीमित रीड के नियम के लिए एक सैद्धांतिक अपवाद है, लेकिन इसका एक सरल समाधान है।

मेमोरी को फ्लैश करने के लिए जीवन भर की सीमा होती है, लेकिन पढ़ना भी इसे प्रभावित करता है। इसकी कमजोरियों में से एक यह है कि "रीड डिस्टर्ब एरर" कहा जाता है। ¹ मेमोरी को पढ़ना स्टोर किए गए मानों के आसपास थोड़ी गिरावट को पढ़ना है, जो अंततः त्रुटियों को जन्म दे सकता है।

नियंत्रक को रीड की संख्या का ट्रैक रखने वाले नियंत्रक द्वारा टाला जाता है, और गिरावट की समस्या होने से पहले ब्लॉक को कॉपी करना। बस ब्लॉक को कहीं और कॉपी करना और फिर मूल ब्लॉक को मिटाना सब कुछ रीसेट करता है, और मूल ब्लॉक को फिर से इस्तेमाल किया जा सकता है। ^{स्रोत}

MLC के लिए अंगूठे का नियम 100,000 रीड है; SLC के लिए यह 1,000,000 पढ़ता है ² (मल्टी-लेवल सेल, या MLC, और सिंगल-लेवल सेल, या SLC, दो प्रकार की फ्लैश मेमोरी हैं )। तो "सामान्य" उपयोग के तहत, इन थ्रेसहोल्ड को एक समस्या भी नहीं हो सकती है जिसे नियंत्रक को संभालने की आवश्यकता है।

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

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

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

---

^{नोट: निम्नलिखित दोनों स्रोत प्रत्यक्ष डाउनलोड लिंक हैं; इस पर क्लिक करते ही एक पीडीएफ फाइल डाउनलोड होगी।
1} http://users.ece.cmu.edu/~omutlu/pub/flash-read-disturb-errors_dsn15.pdf
² http://www.dslreports.com/r0/download/1507743~59e7b9dda2c0e0a0f7ff119a7611c641/flash_mem_summit_jcooke_inconvenient_truths_nand.pdf