मेरी नेटबुक में हार्ड डिस्क ड्राइव के बजाय फ्लैश ड्राइव है, और मैं फ़ाइल सिस्टम के रूप में ext3 के साथ उबंटू नेटबुक रीमिक्स का उपयोग कर रहा हूं। मैंने फ्लैश ड्राइव पहनने से संबंधित कुछ लेख पढ़े हैं, और मुख्य चिंताएं यह हैं:
- लिखने के चक्र की मात्रा - प्रत्येक कोशिका को केवल सीमित मात्रा में लिखा जा सकता है ( विकिपीडिया की संख्या 1,000 से 100,000 तक है)
- आप केवल एक बार "सेक्टर" पर डेटा लिख सकते हैं, और उसके बाद पूरे ब्लॉक को फिर से उपयोग करने के लिए मिटा दिया जाना चाहिए - और ये ब्लॉक 16 केबी से 128 केबी तक हैं।
इन्हें जोड़ने के लिए कहा जाता है ताकि सामान्य फ़ाइल सिस्टम जो कि इसे लेने के लिए डिज़ाइन नहीं किए गए हैं, छोटी मात्रा में डेटा ले जाकर फ्लैश ड्राइव का उपयोग कर सकते हैं।
अब मुझे संदेह नहीं है कि समस्या सैद्धांतिक रूप से बहुत वास्तविक है। हालांकि, मुझे पता है कि हम तकनीकी लोगों को आसानी से दिलचस्प अनुकूलन समस्याओं से दूर ले जाते हैं, जैसे कि फ्लैश पहनने से निपटने के लिए एक वैकल्पिक फाइल सिस्टम डिजाइन करना । उदाहरण के लिए यह मेमोरी ऑप्टिमाइज़ेशन करने के लिए बहुत अच्छा है, लेकिन यदि आप 100 एमबी मेमोरी की बचत करते हैं, तो सैकड़ों एमबी उपलब्ध हैं, यह एक वास्तविक समस्या को ठीक नहीं कर रहा है।
इस सब से मुझे जो मिल रहा है, वह यह है कि मुझे फ्लैश ड्राइव पर सामान्य फाइल सिस्टम का उपयोग नहीं करना चाहिए क्योंकि वे ड्राइव को जल्दी से खा लेते हैं। लेकिन मैं आश्वस्त नहीं हूं। तो सवाल यह है कि क्या फ्लैश ड्राइव पहनना वास्तव में हर रोज, सामान्य उपयोग में प्रासंगिक है? क्या मेरा लैपटॉप, ext3 का उपयोग करते हुए, कुछ वर्षों में मेरी फ्लैश ड्राइव को खाने के लिए जा रहा है ... या यह सब एक सैद्धांतिक समस्या है जो उपयोग के समय को कम करता है, लेकिन केवल इतना कम करके कि यह सामान्य परिस्थितियों में कभी नहीं होगा ? या पारदर्शी है, समस्या को ठीक करने के लिए पहले से ही नेटबुक फ्लैश ड्राइव पर हार्डवेयर वियर लेवलिंग का इस्तेमाल किया जा रहा है, ताकि वैकल्पिक फाइल सिस्टम भी अच्छा न हो?