प्रवर्धन लिखिए: Difference between revisions

Latest revision as of 09:50, 28 June 2023

एक एसएसडी कचरा संग्रह और पहनने के स्तर के परिणामस्वरूप प्रवर्धन लिखता है, जिससे ड्राइव पर लेखन बढ़ता है और इसके जीवन को कम करता है।^[1]

प्रवर्धन लिखिए (डब्ल्यूए) फ्लैश मेमोरी और सॉलिड-स्टेट ड्राइव (एसएसडी) से जुड़ी एक अवांछनीय घटना है जहां भंडारण मीडिया को भौतिक रूप से लिखी गई जानकारी की वास्तविक मात्रा लिखी जाने वाली तार्किक राशि का एक गुणक होती है।

क्योंकि फ्लैश मेमोरी को फिर से लिखे जाने से पहले मिटा दिया जाना चाहिए, लिखने के संचालन की तुलना में मिटाने के संचालन के बहुत अधिक पठन स्तर के साथ,^{[lower-alpha 1]} इन कार्यों को करने की प्रक्रिया के परिणामस्वरूप उपयोगकर्ता डेटा और मेटा डेटा को एक से अधिक बार स्थानांतरित (या पुनर्लेखन) करना पड़ता है। इस प्रकार, कुछ डेटा को फिर से लिखने के लिए फ्लैश के पहले से उपयोग किए गए भाग को पढ़ने, अपडेट करने और एक नए स्थान पर लिखे जाने की आवश्यकता होती है। जिस तरह से फ्लैश काम करता है, उसके कारण फ्लैश के बहुत बड़े भाग को मिटा दिया जाना चाहिए और वास्तव में नए डेटा की मात्रा की तुलना में फिर से लिखा जाना चाहिए। यह गुणा प्रभाव एसएसडी के जीवन के समय आवश्यक लेखन की संख्या को बढ़ाता है, जो उस समय को कम करता है जो इसे मज़बूती से संचालित कर सकता है। बढ़े हुए लेखन भी फ्लैश मेमोरी में बैंडविड्थ (कंप्यूटिंग) का भी उपभोग करते हैं, जो एसएसडी के लिए लेखन प्रदर्शन को कम कर देता है।^[1]^[3] एसएसडी के डब्ल्यूए को कई कारक प्रभावित करेंगे; कुछ को उपयोगकर्ता द्वारा नियंत्रित किया जा सकता है और कुछ एसएसडी को लिखे गए और उपयोग किए गए डेटा का प्रत्यक्ष परिणाम हैं।

इंटेल और सिलिकॉन प्रणाली (2009 में पश्चिमी डिजिटल द्वारा अधिग्रहित) ने 2008 में अपने पत्रों और प्रकाशनों में प्रवर्धन लिखिए शब्द का उपयोग किया।^[4] डब्ल्यूए को सामान्यतः फ्लैश मेमोरी के लिए किए गए लेखन और होस्ट प्रणाली से आने वाले लेखन के अनुपात से मापा जाता है। डेटा संपीड़न (सूचना सिद्धांत में) के बिना, WA एक से नीचे नहीं जा सकता। डेटा संपीड़न का उपयोग करते हुए, सैंडफोर्स ने 0.5 के एक लेखन प्रवर्धन को प्राप्त करने का दावा किया है, SF-2281 नियंत्रक में 0.14 के रूप में सर्वोत्तम स्थिति वाले मान के साथ।

बेसिक एसएसडी संचालन

एनएएनडी फ़्लैश मेमोरी 4 किबिबाइट पेज में डेटा लिखती है और 256 किबिबाइट ब्लॉक में डेटा मिटा देती है।^[2]

फ्लैश मेमोरी के संचालन की प्रकृति के कारण, डेटा को सीधे अधिलेखित नहीं किया जा सकता है क्योंकि यह हार्ड डिस्क ड्राइव में हो सकता है। जब डेटा पहली बार एक एसएसडी को लिखा जाता है, तो सभी फ्लैश मेमोरी मिटाए जाने की स्थिति में शुरू होती हैं, इसलिए डेटा को एक बार में (अक्सर 4-8&एनबीएसपी;किलोबाइट (केबी)^[update] आकार में) फ्लैश मेमोरी, एनएएनडी मेमोरी का उपयोग करके सीधे लिखा जा सकता है। एसएसडी पर एसएसडी नियंत्रक, जो फ्लैश मेमोरी का प्रबंधन करता है और मेजबान प्रणाली के साथ इंटरफ़ेस (कंप्यूटर विज्ञान) करता है, तार्किक-से-भौतिक मैपिंग प्रणाली का उपयोग करता है जिसे तार्किक ब्लॉक एड्रेसिंग (एलबीए) के रूप में जाना जाता है जो फ्लैश अनुवाद परत (एफटीएल) का भाग है।^[5] जब पहले से लिखे गए पुराने डेटा को बदलने के लिए नया डेटा आता है, तो एसएसडी नियंत्रक नए डेटा को एक नए स्थान पर लिखेगा और नए भौतिक स्थान को इंगित करने के लिए तार्किक मैपिंग को अपडेट करेगा। पूर्व स्थान का डेटा अब मान्य नहीं है, और उस स्थान को फिर से लिखे जाने से पहले मिटाने की आवश्यकता होगी।^[1]^[6]

फ्लैश मेमोरी को सीमित संख्या में ही प्रोग्राम और मिटाया जा सकता है। इसे अधिकांशतः कार्यक्रम की अधिकतम संख्या/मिटाएँ चक्र (पी/ई चक्र) के रूप में संदर्भित किया जाता है, यह फ्लैश मेमोरी के जीवन पर बना रह सकता है। एकल-स्तरीय सेल (एसएलसी) फ्लैश, जिसे उच्च प्रदर्शन और लंबे धैर्य के लिए डिज़ाइन किया गया है, सामान्यतः 50,000 और 100,000 चक्रों के बीच काम कर सकता है। As of 2011^[update], बहु स्तरीय सेल (एमएलसी) फ्लैश को कम लागत वाले अनुप्रयोगों के लिए डिज़ाइन किया गया है और सामान्यतः 3,000 और 5,000 के बीच चक्र की संख्या बहुत कम होती है। 2013 से, ट्रिपल स्तरीय सेल (टीएलसी) (उदाहरण के लिए, 3डी एनएएनडी) फ्लैश उपलब्ध है, जिसमें चक्र की संख्या घटकर 1,000 प्रोग्राम-मिटा चक्र हो जाती है। एक कम लेखन प्रवर्धन अधिक वांछनीय है, क्योंकि यह फ्लैश मेमोरी पर पी/ई चक्रों की कम संख्या और इस प्रकार एसएसडी जीवन में वृद्धि के अनुरूप है।^[1]

मान की गणना

टर्म परिभाषित होने से पहले लेखन प्रवर्धन हमेशा एसएसडी में उपस्थित था, लेकिन यह 2008 में था कि इंटेल^[4]^[7] और सिलिकॉन प्रणाली दोनों ने अपने पत्रों और प्रकाशनों में इस टर्म का उपयोग करना शुरू कर दिया था।^[8] सभी एसएसडीस का एक लेखन प्रवर्धन मान होता है और यह दोनों पर आधारित होता है कि वर्तमान में क्या लिखा जा रहा है और क्या पहले एसएसडी को लिखा गया था। विशिष्ट एसएसडी के मूल्य को सटीक रूप से मापने के लिए, चयनित परीक्षण पर्याप्त समय के लिए चलाया जाना चाहिए जिससे कि यह सुनिश्चित हो सके कि ड्राइव स्थिर स्थिति में पहुंच गया है।^[3]

एसएसडी के लेखन प्रवर्धन की गणना करने का एक सरल सूत्र है:^[1]^[9]^[10]

{\text{write amplification}}={\frac {\text{data written to the flash memory}}{\text{data written by the host}}}

गणना के लिए उपयोग की जाने वाली दो मात्राएँ स्व-निगरानी, विश्लेषण और रिपोर्टिंग प्रौद्योगिकी सांख्यिकी (एटीए F7/F8;^[11] एटीए F1/F9) के माध्यम से प्राप्त की जा सकती हैं।

मान को प्रभावित करने वाले कारक

कई कारक एसएसडी के लेखन प्रवर्धन को प्रभावित करते हैं। नीचे दी गई तालिका प्राथमिक कारकों को सूचीबद्ध करती है और वे लेखन प्रवर्धन को कैसे प्रभावित करते हैं। चर वाले कारकों के लिए, तालिका नोट करती है कि इसका सीधा संबंध है या उलटा संबंध है। उदाहरण के लिए, जैसे-जैसे ओवर-प्रोविजनिंग की मात्रा बढ़ती है, प्रवर्धन लिखिए घटता जाता है (उलटा संबंध)। यदि कारक एक टॉगल (सक्षम या अक्षम) चर है तो इसका या तो सकारात्मक या नकारात्मक संबंध होता है।^[1]^[5]^[12]

प्रवर्धन कारक लिखिए
कारक	विवरण	प्रकार	संबंध*
गारबेज संग्रहण	मिटाने और फिर से लिखने के लिए अगले सर्वश्रेष्ठ ब्लॉक को चुनने के लिए उपयोग की जाने वाली एल्गोरिथम की दक्षता	चर	उलटा (अच्छा)
प्रावधानीकरण से अधिक	एसएसडी नियंत्रक को आवंटित भौतिक क्षमता का प्रतिशत	चर	उलटा (अच्छा))
सैटा के लिए ट्रिम कमांड या एससीएसआई के लिए यूएनएमएपी	ये कमांड संचालन प्रणाली (ओएस) द्वारा भेजे जाने चाहिए जो भंडारण उपकरण को बताता है कि किन पेजों में अमान्य डेटा है। इन आदेशों को प्राप्त करने वाले एसएसडी तब इन पृष्ठों वाले ब्लॉकों को रिक्त स्थान के रूप में पुनः प्राप्त कर सकते हैं जब वे अमान्य डेटा को साफ पृष्ठों पर कॉपी करने के अतिरि मिटा दिए जाते हैं।	टॉगल	सकारात्मक (अच्छा)
मुक्त उपयोगकर्ता स्थान	वास्तविक उपयोगकर्ता डेटा से मुक्त उपयोगकर्ता क्षमता का प्रतिशत; टीआरआईएम की आवश्यकता है, अन्यथा एसएसडी को किसी भी मुफ्त उपयोगकर्ता क्षमता से कोई लाभ नहीं मिलता है	चर	उलटा (अच्छा)
सुरक्षित मिटाना	सभी उपयोगकर्ता डेटा और संबंधित मेटाडेटा मिटा देता है जो एसएसडी को प्रारंभिक आउट-ऑफ-बॉक्स प्रदर्शन पर रीसेट करता है (कचरा संग्रह फिर से शुरू होने तक)	टॉगल	सकारात्मक (अच्छा)
वियर लेवलिंग	एल्गोरिथम की दक्षता जो यह सुनिश्चित करती है कि प्रत्येक ब्लॉक को अन्य सभी ब्लॉकों के लिए समान रूप से यथासंभव समान संख्या में लिखा जाए	चर	प्रत्यक्ष (खराब)
स्थिर और गतिशील डेटा को अलग करना	डेटा को इस आधार पर समूहीकृत करना कि वह कितनी बार बदलता है	टॉगल	सकारात्मक (अच्छा)
अनुक्रमिक लिखता है	सिद्धांत रूप में, अनुक्रमिक लेखन में लिखने का प्रवर्धन कम होता है, लेकिन अन्य कारक अभी भी वास्तविक स्थिति को प्रभावित करेंगे	टॉगल	सकारात्मक (अच्छा)
यादृच्छिक लिखता है	गैर-अनुक्रमिक डेटा और छोटे डेटा आकार लिखने से लेखन प्रवर्धन पर अधिक प्रभाव पड़ेगा	टॉगल	नकारात्मक (खराब)
डेटा संपीड़न, जिसमें डेटा डिडुप्लीकेशन सम्मलित है	प्रवर्धन लिखिए कम हो जाता है और एसएसडी की गति तब बढ़ जाती है जब डेटा कम्प्रेशन और डिडुप्लीकेशन अधिक अनावश्यक डेटा को समाप्त कर देता है।	चर	उलटा (अच्छा)

एसएलसी मोड में एमएलसी एनएएनडी का उपयोग करना	यह पढ़ने और लिखने में तेजी लाने के लिए प्रति सेल बिट्स (सामान्य रूप से प्रति सेल दो बिट) की डिज़ाइन की गई संख्या के अतिरि एक बिट प्रति सेल की दर से डेटा लिखता है। यदि एसएलसी मोड में एनएएनडी की क्षमता सीमा तक पहुँच जाती है, तो एसएसडी को एसएलसी मोड में लिखे गए सबसे पुराने डेटा को एमएलसी / टीएलसी मोड में फिर से लिखना चाहिए जिससे कि अधिक डेटा स्वीकार करने के लिए एसएलसी मोड एनएएनडी को मिटाया जा सके। हालाँकि, यह दृष्टिकोण एमएलसी / टीएलसी मोड में इन परिवर्तनों की प्रोग्रामिंग से बचने के लिए एसएलसी मोड में बार-बार बदले गए पृष्ठों को रखने से पहनने को कम कर सकता है, क्योंकि एमएलसी / टीएलसी मोड में लिखने से एसएलसी मोड में लिखने की तुलना में फ्लैश को अधिक नुकसान होता है।^{[citation needed]} इसलिए, यह दृष्टिकोण लेखन प्रवर्धन को बढ़ाता है लेकिन लेखन पैटर्न अधिकांशतः लिखे गए पृष्ठों को लक्षित करते समय पहनने को कम कर सकता है। चूंकि, अनुक्रमिक- और यादृच्छिक-लेखन पैटर्न नुकसान को बढ़ा देंगे क्योंकि एसएलसी क्षेत्र में कोई या कुछ बार-बार लिखे गए पृष्ठ नहीं हैं, जो पुराने डेटा को एसएलसी क्षेत्र से एमएलसी / टीएलसी को लगातार लिखने की आवश्यकता के लिए मजबूर करते हैं। इस विधि को कभी-कभी "एसएलसी कैश" कहा जाता है।	टॉगल	नकारात्मक (खराब)

*संबंध की परिभाषा
प्रकार	संबंध संशोधित	विवरण
चर	प्रत्यक्ष	जैसे ही कारक बढ़ता है डब्ल्यूए बढ़ता है
चर	उलटा	जैसे ही कारक बढ़ता है डब्ल्यूए घटता है
टॉगल	सकारात्मक	जब कारक उपस्थित होता है तो डब्ल्यूए कम हो जाता है
टॉगल	नकारात्मक	जब कारक उपस्थित होता है तो डब्ल्यूए बढ़ जाता है

कचरा संग्रह

पृष्ठ पूर्ण होने तक ब्लॉक में लिखे जाते हैं। फिर, वर्तमान डेटा वाले पृष्ठों को एक नए ब्लॉक में ले जाया जाता है और पुराना ब्लॉक मिटा दिया जाता है।^[2]

डेटा को फ्लैश मेमोरी में पेज नामक इकाइयों में लिखा जाता है (फ्लैश मेमोरी, एनएएनडी मेमोरीसे बना)। हालाँकि, मेमोरी को केवल ब्लॉक नामक बड़ी इकाइयों में मिटाया जा सकता है।^[2] यदि ब्लॉक के कुछ पृष्ठों के डेटा की अब आवश्यकता नहीं है (जिसे बासी पृष्ठ भी कहा जाता है), केवल उस ब्लॉक के अच्छे डेटा वाले पृष्ठ पढ़े जाते हैं और पहले मिटाए गए खाली ब्लॉक में फिर से लिखे जाते हैं।^[3] फिर बासी डेटा को मूव न करके छोड़े गए फ्री पेज नए डेटा के लिए उपलब्ध होते हैं। यह कचरा संग्रह (कंप्यूटर विज्ञान) (जीसी) नामक एक प्रक्रिया है।^[1]^[9] सभी एसएसडी में कचरा संग्रह का कुछ स्तर सम्मलित होता है, लेकिन वे इस बात में भिन्न हो सकते हैं कि वे प्रक्रिया कब और कितनी तेजी से करते हैं।^[9] कचरा संग्रह एसएसडी पर लेखन प्रवर्धन का एक बड़ा भाग है।^[1]^[9]

पढ़ने के लिए फ्लैश मेमोरी को मिटाने की आवश्यकता नहीं होती है, इसलिए वे सामान्यतः लिखने के प्रवर्धन से जुड़े नहीं होते हैं। परेशान पढ़ना एरर की सीमित संभावना में, उस ब्लॉक में डेटा को पढ़ा और फिर से लिखा जाता है, लेकिन इसका ड्राइव के प्रवर्धन लिखिए पर कोई भौतिक प्रभाव नहीं पड़ेगा।^[13]

पृष्ठभूमि कचरा संग्रह

कचरा संग्रह की प्रक्रिया में डेटा को फ्लैश मेमोरी में पढ़ना और फिर से लिखना सम्मलित है। इसका तात्पर्य यह है कि होस्ट से एक नए लेखन के लिए पहले पूरे ब्लॉक को पढ़ने की आवश्यकता होगी, ब्लॉक के उन हिस्सों का लेखन जिसमें अभी भी वैध डेटा सम्मलित है, और फिर नए डेटा का लेखन। यह प्रणाली के प्रदर्शन को काफी कम कर सकता है।^[14] कई एसएसडी नियंत्रक पृष्ठभूमि कचरा संग्रह (बीजीसी) को लागू करते हैं, जिसे कभी-कभी निष्क्रिय कचरा संग्रह या निष्क्रिय-समय कचरा संग्रह (आईटीजीसी) कहा जाता है, जहां मेजबान को नया डेटा लिखने की आवश्यकता से पहले नियंत्रक फ्लैश मेमोरी के ब्लॉक को समेकित करने के लिए निष्क्रिय समय का उपयोग करता है। यह डिवाइस के प्रदर्शन को उच्च बनाए रखने में सक्षम बनाता है।^[15]

यदि नियंत्रक को पृष्ठभूमि में कचरा इकट्ठा करना था, तो यह पूरी तरह से आवश्यक होने से पहले सभी अतिरिक्त ब्लॉकों को इकट्ठा करता था, मेजबान से लिखे गए नए डेटा को पहले से किसी भी डेटा को स्थानांतरित किए बिना लिखा जा सकता था, जिससे प्रदर्शन को अपनी चरम गति से संचालित किया जा सके। व्यापार-संवृत यह है कि डेटा के उन ब्लॉकों में से कुछ वास्तव में मेजबान द्वारा आवश्यक नहीं हैं और अंततः हटा दिए जाएंगे, लेकिन ओएस ने नियंत्रक को यह जानकारी नहीं दी थी (जब तक टीआरआईएम पेश नहीं किया गया था)। इसका परिणाम यह होता है कि जल्द-से-हटाया जाने वाला डेटा फ्लैश मेमोरी में किसी अन्य स्थान पर फिर से लिखा जाता है, जिससे प्रवर्धन लिखिए बढ़ जाता है। ओसीजेड के कुछ एसएसडी में पृष्ठभूमि कचरा संग्रह केवल कुछ ही ब्लॉकों को साफ़ करता है, फिर संवृत हो जाता है, जिससे अत्यधिक लिखने की मात्रा सीमित हो जाती है।^[9]एक अन्य समाधान एक कुशल कचरा संग्रह प्रणाली है जो मेजबान के लेखन के समानांतर आवश्यक चालें कर सकती है। यह समाधान उच्च लेखन परिवेशों में अधिक प्रभावी है जहां एसएसडी संभव ही कभी निष्क्रिय होता है।^[16] सैंडफोर्स एसएसडी नियंत्रक^[14]और वायलिन मेमोरी के प्रणाली में यह क्षमता है।^[12]

संचिका प्रणाली-जागरूक कचरा संग्रह

2010 में, कुछ निर्माताओं (विशेष रूप से सैमसंग) ने एसएसडी नियंत्रकों की प्रारंभ की, जिन्होंने एसएसडी पर उपयोग की जाने वाली फाइल प्रणाली का विश्लेषण करने के लिए बीजीसी की अवधारणा को विस्तारित किया, जिससे कि हाल ही में हटाई गई फाइलों और डिस्क विभाजन की पहचान हो सके। सैमसंग ने दावा किया कि इससे यह सुनिश्चित होगा कि ट्रिम (कंप्यूटिंग) का समर्थन नहीं करने वाले प्रणाली (परिचालन प्रणाली और सैटा नियंत्रक हार्डवेयर) भी समान प्रदर्शन प्राप्त कर सकते हैं। ऐसा प्रतीत होता है कि सैमसंग कार्यान्वयन का संचालन एक नई प्रौद्योगिकी फ़ाइल प्रणाली को मान लेता है और इसकी आवश्यकता होती है। यह स्पष्ट नहीं है कि यह सुविधा अभी भी इन निर्माताओं से एसएसडी भेजने में उपलब्ध है या नहीं। इन ड्राइव्स पर प्रणालीगत डेटा भ्रष्टाचार की सूचना दी गई है यदि वे मास्टर बूट दस्तावेज़ और एनटीएफएस का उपयोग करके ठीक से स्वरूपित नहीं हैं।^{[citation needed]}

ट्रिम

ट्रिम (कंप्यूटिंग) एक एसएटीए कमांड है जो परिचालन प्रणाली को एसएसडी को यह बताने में सक्षम बनाता है कि पहले से संभाले गए डेटा के कौन से ब्लॉक फ़ाइल विलोपन या वॉल्यूम स्वरूपण के परिणामस्वरूप आवश्यक नहीं हैं। जब एक एलबीए को ओएस से बदल दिया जाता है, जैसा कि किसी फ़ाइल के ओवरराइट के साथ होता है, तो एसएसडी को पता होता है कि मूल एलबीए को पुराने या अमान्य के रूप में चिह्नित किया जा सकता है और यह कचरा संग्रह के समय उन ब्लॉकों को नहीं बचाएगा। यदि उपयोगकर्ता या परिचालन प्रणाली किसी फ़ाइल को मिटा देता है (न केवल उसके कुछ हिस्सों को हटा देता है), तो फ़ाइल को सामान्यतः हटाने के लिए चिह्नित किया जाएगा, लेकिन डिस्क पर वास्तविक सामग्री वास्तव में कभी भी मिटाई नहीं जाती है। इस वजह से, एसएसडी को यह नहीं पता होता है कि यह फ़ाइल द्वारा पहले से अधिग्रहण किए गए एलबीए को मिटा सकता है, इसलिए एसएसडी ऐसे एलबीए को कचरा संग्रह में सम्मलित करता रहेगा।^[17]^[18]^[19]

टीआरआईएम कमांड की शुरूआत परिचालन प्रणाली के लिए इस समस्या का समाधान करती है जो इसे विंडोज 7 ^[18] मैक ओएस (स्नो लेपर्ड, लायन और माउंटेन लायन की नवीनतम रिलीज़, कुछ स्थितियों में पैच की गई) ^[20] संस्करण 8.1 के पश्चात से फ्रीबीएसडी,^[21] और लिनक्स कर्नेल मेनलाइन के संस्करण 2.6.33 से लिनक्स तक।^[22] जब कोई फ़ाइल स्थायी रूप से हटा दी जाती है या ड्राइव को स्वरूपित किया जाता है, तो ओएस एलबीए के साथ ट्रिम कमांड भेजता है जिसमें अब वैध डेटा नहीं होता है। यह एसएसडी को सूचित करता है कि उपयोग में आने वाले एलबीए को मिटाया और पुन: उपयोग किया जा सकता है। यह एलबीए को कचरा संग्रहण के समय स्थानांतरित करने की आवश्यकता को कम करता है। नतीजा यह है कि एसएसडी के पास अधिक खाली स्थान होगा जिससे कम लेखन प्रवर्धन और उच्च प्रदर्शन सक्षम होगा।^[17]^[18]^[19]

सीमाएं और निर्भरताएं

ट्रिम कमांड को एसएसडी के समर्थन की भी आवश्यकता होती है। यदि एसएसडी में फर्मवेयर के पास ट्रिम कमांड के लिए समर्थन नहीं है, तो ट्रिम कमांड के साथ प्राप्त एलबीए को अमान्य के रूप में चिह्नित नहीं किया जाएगा और यह मानते हुए कि डेटा अभी भी वैध है, ड्राइव कचरा एकत्र करना जारी रखेगा। केवल जब ओएस उन एलबीए में नए डेटा को सहेजता है तो एसएसडी मूल एलबीए को अमान्य के रूप में चिह्नित करने के बारे में जानेंगे।^[19] एसएसडी निर्माता जो मूल रूप से अपने ड्राइव में ट्रिम समर्थन का निर्माण नहीं करते थे, वे या तो उपयोगकर्ता को फर्मवेयर अपग्रेड की पेशकश कर सकते हैं, या एक अलग उपयोगिता प्रदान कर सकते हैं जो ओएस से अमान्य डेटा की जानकारी निकालता है और अलग से एसएसडी को ट्रिम करता है। लाभ उपयोगकर्ता द्वारा उस उपयोगिता के प्रत्येक रन के पश्चात ही महसूस किया जाएगा। उपयोगकर्ता उस उपयोगिता को समय-समय पर पृष्ठभूमि में स्वचालित रूप से निर्धारित कार्य के रूप में चलाने के लिए सेट कर सकता है।^[14]

सिर्फ इसलिए कि एसएसडी ट्रिम कमांड का समर्थन करता है, जरूरी नहीं कि यह ट्रिम कमांड के तुरंत पश्चात शीर्ष गति पर प्रदर्शन करने में सक्षम हो। ट्रिम कमांड के पश्चात मुक्त होने वाला स्थान पूरे एसएसडी में फैले यादृच्छिक स्थानों पर हो सकता है। बेहतर प्रदर्शन दिखाने के लिए उन जगहों को समेकित करने से पहले डेटा लिखने और कचरा इकट्ठा करने के कई पास होंगे।^[19]

ट्रिम कमांड का समर्थन करने के लिए ओएस और एसएसडी को कॉन्फ़िगर किए जाने के पश्चात भी, अन्य शर्तें ट्रिम से किसी भी लाभ को रोक सकती हैं। As of early 2010^[update], डेटाबेस और रेड उपकरण अभी तक ट्रिम-जागरूक नहीं हैं और फलस्वरूप यह नहीं जान पाएंगे कि उस जानकारी को एसएसडी पर कैसे पास किया जाए। उन स्थितियों में एसएसडी तब तक उन ब्लॉकों को सहेजना और कचरा इकट्ठा करना जारी रखेगा जब तक ओएस उन एलबीए को नए लिखने के लिए उपयोग नहीं करता।^[19]

ट्रिम कमांड का वास्तविक लाभ एसएसडी पर मुक्त उपयोगकर्ता स्थान पर निर्भर करता है। यदि एसएसडी पर उपयोगकर्ता क्षमता 100 जीबी थी और उपयोगकर्ता ने वास्तव में ड्राइव में 95 जीबी डेटा सहेजा था, तो कोई भी ट्रिम ऑपरेशन कचरा संग्रहण और पहनने के स्तर के लिए 5 जीबी से अधिक मुक्त स्थान नहीं जोड़ेगा। उन स्थितियों में, 5 जीबी से अधिक प्रावधान की मात्रा बढ़ाने से एसएसडी को अधिक सुसंगत प्रदर्शन करने की अनुमति मिलती है क्योंकि ओएस से आने वाले टीआरआईएम कमांड की प्रतीक्षा किए बिना सदैव अतिरिक्त 5 जीबी अतिरिक्त खाली स्थान होगा।^[19]

ओवर-प्रोविजनिंग

एसएसडीs पर ओवर-प्रोविजनिंग के तीन स्रोत (स्तर) पाए गए^[14]^[23]

ओवर-प्रोविजनिंग (कभी-कभी ओपी, ओवर प्रोविजनिंग या ओवरप्रोविजनिंग के रूप में लिखा जाता है) फ्लैश मेमोरी की भौतिक क्षमता और उपयोगकर्ता के लिए उपलब्ध परिचालन प्रणाली (ओएस) के माध्यम से प्रस्तुत तार्किक क्षमता के बीच का अंतर है। एसएसडी पर कचरा संग्रह, वियर-लेवलिंग और खराब ब्लॉक मैपिंग संचालन के समय, ओवर-प्रोविजनिंग से अतिरिक्त स्थान लेखन प्रवर्धन को कम करने में मदद करता है जब नियंत्रक फ्लैश मेमोरी को लिखता है।^[4]^[23]^[24] फ्लैश ट्रांसलेशन लेयर टेबल जैसे फर्मवेयर डेटा को स्टोर करने के लिए ओवर-प्रोविजनिंग क्षेत्र का भी उपयोग किया जाता है। अति-प्रावधानीकरण को उपयोगकर्ता-उपलब्ध क्षमता की अतिरिक्त क्षमता के प्रतिशत अनुपात के रूप में दर्शाया जाता है:^[25]

{\text{over-provisioning}}={\frac {{\text{physical capacity}}-{\text{user capacity}}}{\text{user capacity}}}

ओवर-प्रोविजनिंग सामान्यतः तीन स्रोतों से आती है:

गिबिबाइट (जीआईबी) के अतिरि इकाई के रूप में गीगाबाइट (जीबी) की क्षमता और उपयोग की गणना। एचडीडी और एसएसडी दोनों विक्रेता दशमलव जीबी या 1,000,000,000 (= 109) बाइट्स का प्रतिनिधित्व करने के लिए जीबी शब्द का उपयोग करते हैं। अधिकांश अन्य इलेक्ट्रॉनिक स्टोरेज की तरह, फ्लैश मेमोरी को दो की शक्तियों में इकट्ठा किया जाता है, इसलिए एसएसडी की भौतिक क्षमता की गणना 1,073,741,824 (= 230) प्रति बाइनरी जीबी या GiB पर आधारित होगी। इन दो मूल्यों के बीच का अंतर 7.37% (= (230 - 109) / 109 × 100%) है। इसलिए, 0% अतिरिक्त प्रावधान के साथ एक 128 जीबी एसएसडी उपयोगकर्ता को 128,000,000,000 बाइट प्रदान करेगा (कुल 137,438,953,472 में से)। यह प्रारंभिक 7.37% सामान्यतः कुल ओवर-प्रोविजनिंग संख्या में नहीं गिना जाता है, और उपलब्ध वास्तविक राशि सामान्यतः कम होती है क्योंकि कंट्रोलर को गैर-परिचालन प्रणाली डेटा जैसे ब्लॉक स्टेटस फ्लैग का ट्रैक रखने के लिए कुछ स्टोरेज स्पेस की आवश्यकता होती है।^[23]^[25]टेराबाइट रेंज में 7.37% का आंकड़ा 9.95% तक बढ़ सकता है, जैसा कि निर्माता 1 या 2&nbsp की पेशकश करने के लिए बाइनरी/दशमलव इकाई विचलन के एक और ग्रेड का लाभ उठाते हैं;1024 और 2048 GB के बजाय क्रमशः 1000 और 2000 GB क्षमता (931 और 1862 GiB) की टीबी ड्राइव (1 TB = 1,000,000,000,000 बाइट्स दशमलव शब्दों में, लेकिन 1,099,511,627,776 बाइनरी में)।^{[citation needed]}

निर्माता का फैसला।यह सामान्यतः 0%, 7% या 28% पर किया जाता है, जो भौतिक क्षमता के दशमलव गीगाबाइट और उपयोगकर्ता के लिए उपलब्ध स्थान के दशमलव गीगाबाइट के बीच के अंतर पर आधारित होता है। उदाहरण के तौर पर, एक निर्माता 128 जीबी संभावित क्षमता के आधार पर 100, 120 या 128 जीबी पर अपने एसएसडी के लिए एक विनिर्देश प्रकाशित कर सकता है। यह अंतर क्रमशः 28%, 7% और 0% है और निर्माता के दावे का आधार है कि उनके ड्राइव पर 28% से अधिक प्रावधान हैं। यह दशमलव और बाइनरी गीगाबाइट के बीच के अंतर से उपलब्ध अतिरिक्त 7.37% क्षमता की गणना नहीं करता है।^[23]^[25]
ड्राइव पर ज्ञात मुक्त उपयोगकर्ता स्थान, अप्रयुक्त भागों की रिपोर्टिंग की कीमत पर, या वर्तमान या भविष्य की क्षमता की कीमत पर धीरज और प्रदर्शन प्राप्त करना। ट्रिम कमांड का उपयोग करके परिचालन प्रणाली द्वारा इस खाली स्थान की पहचान की जा सकती है। वैकल्पिक रूप से, कुछ एसएसडी एक उपयोगिता प्रदान करते हैं जो अंतिम उपयोगकर्ता को अतिरिक्त प्रावधान का चयन करने की अनुमति देता है। इसके अतिरिक्त, यदि किसी एसएसडी को उपलब्ध स्थान के 100% से छोटे समग्र विभाजन लेआउट के साथ स्थापित किया गया है, तो गैर-विभाजित स्थान एसएसडी द्वारा स्वचालित रूप से अति-प्रावधान के रूप में भी उपयोग किया जाएगा।^[25] फिर भी अति-प्रावधान का एक अन्य स्रोत परिचालन प्रणाली न्यूनतम मुक्त स्थान सीमा है; कुछ परिचालन प्रणाली प्रति ड्राइव एक निश्चित न्यूनतम खाली स्थान बनाए रखते हैं, विशेष रूप से बूट या मुख्य ड्राइव पर। यदि यह अतिरिक्त स्थान एसएसडी द्वारा पहचाना जा सकता है, संभव ट्रिम कमांड के निरंतर उपयोग के माध्यम से, तो यह अर्ध-स्थायी ओवर-प्रोविजनिंग के रूप में कार्य करता है। अधिक-प्रावधान अधिकांशतः अस्थायी या स्थायी रूप से उपयोगकर्ता क्षमता से दूर ले जाता है, लेकिन यह कम लेखन प्रवर्धन, सहनशक्ति में वृद्धि और प्रदर्शन में वृद्धि देता है।^[16]^[24]^[26]^[27]^[28]

मुक्त उपयोगकर्ता स्थान

एसएसडी नियंत्रक कचरा संग्रह और पहनने के स्तर के लिए एसएसडी पर मुक्त ब्लॉक का उपयोग करेगा। उपयोगकर्ता क्षमता का वह भाग जो उपयोगकर्ता डेटा से मुक्त है (या तो पहले से ट्रिम किया गया है या पहले कभी नहीं लिखा गया है) ओवर-प्रोविजनिंग स्पेस के समान दिखाई देगा (जब तक कि उपयोगकर्ता एसएसडी में नया डेटा सहेजता नहीं है)। यदि उपयोगकर्ता ड्राइव की कुल उपयोगकर्ता क्षमता के केवल आधे भाग की खपत करते हुए डेटा बचाता है, तो उपयोगकर्ता क्षमता का अन्य आधा अतिरिक्त प्रावधान की तरह दिखेगा (जब तक ट्रिम कमांड प्रणाली में समर्थित है)।^[19]^[29]

सुरक्षित मिटाना

एटीए सिक्योर इरेज़ कमांड को ड्राइव से सभी उपयोगकर्ता डेटा को हटाने के लिए डिज़ाइन किया गया है। एकीकृत एन्क्रिप्शन के बिना एसएसडी के साथ, यह कमांड ड्राइव को उसकी मूल आउट-ऑफ़-बॉक्स स्थिति में वापस लाएगा। यह शुरू में अपने प्रदर्शन को उच्चतम संभव स्तर और सर्वोत्तम (सबसे कम संख्या) संभव लेखन प्रवर्धन को पुनर्स्थापित करेगा, लेकिन जैसे ही ड्राइव कचरा इकट्ठा करना शुरू करता है, प्रदर्शन और लेखन प्रवर्धन पूर्व स्तरों पर वापस आना शुरू हो जाएगा।^[30]^[31] ड्राइव को रीसेट करने और साथ ही एक यूजर इंटरफेस प्रदान करने के लिए कई उपकरण एटीए सिक्योर इरेज़ कमांड का उपयोग करते हैं। उद्योग में सामान्यतः संदर्भित एक निःशुल्क टूल को एचडीडेरेज़ कहा जाता है।^[31]^[32] जीपार्टेड और उबंटू (परिचालन प्रणाली) लाइव सीडी सुरक्षित मिटा सहित डिस्क उपयोगिताओं का बूट करने योग्य लिनक्स प्रणाली प्रदान करते हैं।^[33]

ड्राइव जो फ्लाई पर सभी लिखने को एन्क्रिप्ट करते हैं, एटीए सिक्योर इरेज़ को दूसरे तरीके से कार्यान्वित कर सकते हैं। हर बार एक सुरक्षित मिटाए जाने पर वे बस शून्य करते हैं और एक नई यादृच्छिक एन्क्रिप्शन कुंजी उत्पन्न करते हैं। इस तरह पुराने डेटा को पढ़ा नहीं जा सकता, क्योंकि इसे डिक्रिप्ट नहीं किया जा सकता है।^[34] एएक एकीकृत एन्क्रिप्शन के साथ कुछ ड्राइव उसके पश्चात भी सभी ब्लॉकों को भौतिक रूप से साफ़ कर देंगे, जबकि अन्य ड्राइव्स को ड्राइव को अपनी मूल आउट-ऑफ-बॉक्स स्थिति में वापस लाने के लिए ड्राइव पर ट्रिम कमांड भेजने की आवश्यकता हो सकती है (अन्यथा उनका प्रदर्शन हो सकता है अधिकतम नहीं किया जाना चाहिए)।^[35]

वियर लेवलिंग

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

एक आदर्श परिदृश्य में, यह प्रत्येक ब्लॉक को उसके अधिकतम जीवन के लिए लिखे जाने में सक्षम बनाता है जिससे कि वे सभी एक ही समय में विफल हो जाएँ। दुर्भाग्य से, लेखन को समान रूप से वितरित करने की प्रक्रिया के लिए पहले से लिखे गए डेटा की आवश्यकता होती है और बदलने के लिए (ठंडा डेटा) स्थानांतरित नहीं किया जाता है, जिससे कि डेटा जो अधिक बार बदल रहे हैं (हॉट डेटा) उन ब्लॉकों में लिखे जा सकें। हर बार डेटा को होस्ट प्रणाली द्वारा बदले बिना स्थानांतरित किया जाता है, यह लेखन प्रवर्धन को बढ़ाता है और इस प्रकार फ्लैश मेमोरी के जीवन को कम करता है। कुंजी एक इष्टतम एल्गोरिथम खोजना है जो उन दोनों को अधिकतम करता है।^[36]

स्थिर और गतिशील डेटा को अलग करना

लेखन प्रवर्धन को कम करने के लिए स्थैतिक (ठंडा) और गतिशील (गर्म) डेटा का पृथक्करण एसएसडी नियंत्रक के लिए एक सरल प्रक्रिया नहीं है। इस प्रक्रिया में एसएसडी नियंत्रक को डेटा के साथ एलबीए को अलग करने की आवश्यकता होती है जो लगातार बदल रहा है और डेटा के साथ एलबीए से पुनर्लेखन (गतिशील डेटा) की आवश्यकता होती है जो संभव ही कभी बदलता है और किसी भी पुनर्लेखन (स्थैतिक डेटा) की आवश्यकता नहीं होती है। यदि डेटा को एक ही ब्लॉक में मिलाया जाता है, जैसा कि आज प्राय सभी प्रणालियों के साथ है, तो किसी भी पुनर्लेखन के लिए एसएसडी नियंत्रक को गतिशील डेटा (जिसके कारण शुरू में पुनर्लेखन हुआ) और स्थिर डेटा (जिसे किसी भी पुनर्लेखन की आवश्यकता नहीं थी) को फिर से लिखने की आवश्यकता होगी। डेटा का कोई भी कचरा संग्रह जिसे अन्यथा स्थानांतरित करने की आवश्यकता नहीं होती है, लेखन प्रवर्धन में वृद्धि करेगा। इसलिए, डेटा को अलग करने से स्थिर डेटा को स्थिर रहने में मदद मिलेगी और यदि इसे फिर से नहीं लिखा जाता है तो उस डेटा के लिए सबसे कम संभव लेखन प्रवर्धन होगा। इस प्रक्रिया में दोष यह है कि एसएसडी नियंत्रक को अभी भी स्थिर डेटा के स्तर को पहनने का एक तरीका खोजना होगा क्योंकि वे ब्लॉक जो कभी नहीं बदलते हैं उन्हें अपने अधिकतम पी/ई चक्रों को लिखे जाने का मौका नहीं मिलेगा।^[1]

प्रदर्शन निहितार्थ

अनुक्रमिक लेखन

जब एक एसएसडी क्रमिक रूप से बड़ी मात्रा में डेटा लिख रहा होता है, तो प्रवर्धन लिखिए एक के बराबर होता है, जिसका अर्थ है कम प्रवर्धन लिखिए। कारण यह है कि जैसे ही डेटा लिखा जाता है, संपूर्ण (फ़्लैश) ब्लॉक उसी फ़ाइल से संबंधित डेटा से क्रमिक रूप से भर जाता है। यदि ओएस निर्धारित करता है कि फ़ाइल को प्रतिस्थापित या हटाया जाना है, तो पूरे ब्लॉक को अमान्य के रूप में चिह्नित किया जा सकता है, और कचरा इकट्ठा करने और दूसरे ब्लॉक में फिर से लिखने के लिए इसके कुछ हिस्सों को पढ़ने की कोई आवश्यकता नहीं है। इसे केवल मिटाने की आवश्यकता होगी, जो कचरा संग्रह के माध्यम से यादृच्छिक रूप से लिखे गए डेटा के लिए पढ़ने-मिटाने-संशोधित-लिखने की प्रक्रिया से कहीं अधिक आसान और तेज़ है।^[5]

यादृच्छिक लिखता है

एसएसडी के पूरी तरह से कचरा एकत्र करने, सुरक्षित रूप से मिटाने, 100% ट्रिम किए जाने, या नए स्थापित होने के पश्चात एसएसडी पर चरम यादृच्छिक लेखन प्रदर्शन बहुत सारे मुफ्त ब्लॉकों द्वारा संचालित होता है। अधिकतम गति एसएसडी नियंत्रक से जुड़े समानांतर फ्लैश चैनलों की संख्या, फर्मवेयर की दक्षता और पृष्ठ पर लिखने में फ्लैश मेमोरी की गति पर निर्भर करेगी। इस चरण के समय यादृच्छिक लेखन के लिए लेखन प्रवर्धन सबसे अच्छा होगा और एक के करीब पहुंच जाएगा। एक बार सभी ब्लॉक एक बार लिखे जाने के पश्चात, कचरा संग्रह शुरू हो जाएगा और प्रदर्शन उस प्रक्रिया की गति और दक्षता से तय हो जाएगा। इस चरण में लिखें प्रवर्धन ड्राइव द्वारा अनुभव किए जाने वाले उच्चतम स्तरों तक बढ़ जाएगा।^[5]

प्रदर्शन पर प्रभाव

एसएसडी का समग्र प्रदर्शन कई कारकों पर निर्भर करता है, जिसमें लेखन प्रवर्धन भी सम्मलित है। फ्लैश मेमोरी डिवाइस से लिखने में पढ़ने की तुलना में अधिक समय लगता है।^[15] एक एसएसडी सामान्यतः प्रदर्शन को बढ़ाने के लिए चैनलों के रूप में समानांतर में जुड़े कई फ्लैश मेमोरी घटकों का उपयोग करता है। यदि एसएसडी में एक उच्च लेखन प्रवर्धन है, तो नियंत्रक को फ्लैश मेमोरी में कई बार लिखने की आवश्यकता होगी। इसके लिए होस्ट से डेटा लिखने के लिए और भी अधिक समय की आवश्यकता होती है। कम राइट एम्पलीफिकेशन वाले एसएसडी को अधिक डेटा लिखने की आवश्यकता नहीं होगी और इसलिए उच्च राइट एम्पलीफिकेशन वाले ड्राइव की तुलना में जल्द ही राइटिंग समाप्त की जा सकती है।^[1]^[6]

उत्पाद विवरण

सितंबर 2008 में, इंटेल ने X25-M सैटा एसएसडी की घोषणा की, जिसकी रिपोर्ट WA कम से कम 1.1 थी।^[37]^[38] अप्रैल 2009 में, सैंडफोर्स ने 0.5 के कथित डब्ल्यूए के साथ SF-1000 एसएसडी प्रोसेसर परिवार की घोषणा की, जो किसी प्रकार के डेटा कम्प्रेशन से आता प्रतीत होता है।^[37]^[39] इस घोषणा से पहले, 1.0 के राइट एम्पलीफिकेशन को सबसे कम माना जाता था जिसे एसएसडी के साथ प्राप्त किया जा सकता था।^[15]

यह भी देखें

संदर्भ

↑ ^1.0 ^1.1 ^1.2 ^1.3 ^1.4 ^1.5 ^1.6 ^1.7 ^1.8 ^1.9 Hu, X.-Y.; E. Eleftheriou; R. Haas; I. Iliadis; R. Pletka (2009). "फ्लैश-आधारित सॉलिड स्टेट ड्राइव में प्रवर्धन विश्लेषण लिखें". IBM. CiteSeerX 10.1.1.154.8668. {{cite journal}}: Cite journal requires |journal= (help)
↑ ^2.0 ^2.1 ^2.2 ^2.3 Thatcher, Jonathan (2009-08-18). "NAND Flash Solid State Storage Performance and Capability – an In-depth Look" (PDF). SNIA. Retrieved 2012-08-28. Cite error: Invalid <ref> tag; name "L Smith" defined multiple times with different content
↑ ^3.0 ^3.1 ^3.2 Smith, Kent (2009-08-17). "Benchmarking SSDs: The Devil is in the Preconditioning Details" (PDF). SandForce. Retrieved 2016-11-10.
↑ ^4.0 ^4.1 ^4.2 Lucchesi, Ray (September 2008). "एसएसडी फ्लैश ड्राइव उद्यम में प्रवेश करते हैं" (PDF). Silverton Consulting. Retrieved 2010-06-18.
↑ ^5.0 ^5.1 ^5.2 ^5.3 {{cite web |url=http://domino.watson.ibm.com/library/cyberdig.nsf/papers/50A84DF88D540735852576F5004C2558/$File/rz3771.pdf |title=फ्लैश रैंडम राइट परफॉर्मेंस की मौलिक सीमा: समझ, विश्लेषण और प्रदर्शन मॉडलिंग|author1=Hu, X.-Y. |author2=R. Haas |name-list-style=amp |publisher=IBM Research, Zurich |date=2010-03-31 |access-date=2010-06-19}
↑ ^6.0 ^6.1 Agrawal, N., V. Prabhakaran, T. Wobber, J. D. Davis, M. Manasse, R. Panigrahy (June 2008). "SSD प्रदर्शन के लिए डिज़ाइन ट्रेडऑफ़". Microsoft. CiteSeerX 10.1.1.141.1709. {{cite journal}}: Cite journal requires |journal= (help)CS1 maint: multiple names: authors list (link)
↑ Case, Loyd (2008-09-08). "Intel X25 80GB Solid-State Drive Review". Extremetech. Retrieved 2011-07-28.
↑ {{cite web|url=http://www.storagesearch.com/siliconsystems.html |title=वेस्टर्न डिजिटल सॉलिड स्टेट स्टोरेज - पूर्व में सिलिकॉन सिस्टम|last=Kerekes |first=Zsolt |publisher=ACSL |access-date=2010-06-19}
↑ ^9.0 ^9.1 ^9.2 ^9.3 ^9.4 {{cite web |url=http://www.oczenterprise.com/whitepapers/ssds-write-amplification-trim-and-gc.pdf |title=SSDs - प्रवर्धन, TRIM और GC लिखें|publisher=OCZ Technology |access-date=2012-11-13| archive-url=https://web.archive.org/web/20121031053414/http://www.oczenterprise.com/whitepapers/ssds-write-amplification-trim-and-gc.pdf%7C archive-date=2012-10-31| url-status=dead}
↑ "इंटेल सॉलिड स्टेट ड्राइव". Intel. Retrieved 2010-05-31.
↑ "TN-FD-23: Calculating Write Amplification Factor" (PDF). Micron. 2014. Retrieved 16 May 2023.
↑ ^12.0 ^12.1 Kerekes, Zsolt. "फ्लैश एसएसडी शब्दजाल समझाया". ACSL. Retrieved 2010-05-31.
↑ "TN-29-17: NAND Flash Design and Use Considerations" (PDF). Micron. 2006. Retrieved 2010-06-02.
↑ ^14.0 ^14.1 ^14.2 ^14.3 {{cite web |url=http://www.enterprisestorageforum.com/technology/features/article.php/3850436/Solid-State-Drives-Take-Out-the-Garbage.htm |title=सॉलिड स्टेट ड्राइव कचरा बाहर निकालते हैं|last=Mehling |first=Herman |publisher=Enterprise Storage Forum|date=2009-12-01 |access-date=2010-06-18}
↑ ^15.0 ^15.1 ^15.2 Conley, Kevin (2010-05-27). "Corsair Force Series SSDs: Putting a Damper on Write Amplification". Corsair.com. Retrieved 2010-06-18.
↑ ^16.0 ^16.1 Layton, Jeffrey B. (2009-10-27). "एसएसडी का एनाटॉमी". Linux Magazine. Archived from the original on October 31, 2009. Retrieved 2010-06-19.{{cite magazine}}: CS1 maint: unfit URL (link)
↑ ^17.0 ^17.1 Christiansen, Neal (2009-09-14). "ATA Trim/Delete Notification Support in Windows 7" (PDF). Storage Developer Conference, 2009. Archived from the original (PDF) on 2010-03-26. Retrieved 2010-06-20.
↑ ^18.0 ^18.1 ^18.2 Shimpi, Anand Lal (2009-11-17). "एसएसडी इंप्रूव: इंटेल और इंडिलिंक्स को टीआरआईएम मिलता है, किंग्स्टन इंटेल को $115 तक नीचे लाता है". AnandTech.com. Retrieved 2010-06-20.
↑ ^19.0 ^19.1 ^19.2 ^19.3 ^19.4 ^19.5 ^19.6 Mehling, Herman (2010-01-27). "सॉलिड स्टेट ड्राइव TRIM के साथ तेज़ हो जाते हैं". Enterprise Storage Forum. Retrieved 2010-06-20.
↑ "Enable TRIM for All SSD's [sic] in Mac OS X Lion". osxdaily.com. 2012-01-03. Retrieved 2012-08-14.
↑ "FreeBSD 8.1-RELEASE Release Notes". FreeBSD.org.
↑ "Linux 2.6.33 Features". KernelNewbies.org. 2010-02-04. Retrieved 2010-07-23.
↑ ^23.0 ^23.1 ^23.2 ^23.3 Bagley, Jim (2009-07-01). "डेटा माइग्रेशन का प्रबंधन, टीयर 1 से एसएसडी टीयर 0: ओवर-प्रोविजनिंग: जीतने की रणनीति या पीछे हटना?" (PDF). plianttechnology.com. p. 2. Archived from the original (PDF) on 2009-09-02. Retrieved 2016-06-21.
↑ ^24.0 ^24.1 Drossel, Gary (2009-09-14). "एसएसडी प्रयोग करने योग्य जीवन की गणना के लिए तरीके" (PDF). Storage Developer Conference, 2009. Retrieved 2010-06-20.
↑ ^25.0 ^25.1 ^25.2 ^25.3 Smith, Kent (2011-08-01). "एसएसडी ओवर-प्रोविजनिंग को समझना" (PDF). FlashMemorySummit.com. p. 14. Retrieved 2012-12-03.
↑ Shimpi, Anand Lal (2010-05-03). "सैंडफोर्स पर अतिरिक्त क्षेत्र का प्रभाव, बिना किसी प्रदर्शन हानि के अधिक क्षमता?". AnandTech.com. p. 2. Retrieved 2010-06-19.
↑ OBrien, Kevin (2012-02-06). "Intel SSD 520 Enterprise Review". Storage Review. Retrieved 2012-11-29. 20% over-provisioning adds substantial performance in all profiles with write activity
↑ "White Paper: Over-Provisioning an Intel SSD" (PDF). Intel. 2010. Archived from the original (PDF) on November 25, 2011. Retrieved 2012-11-29. Alt URL
↑ Shimpi, Anand Lal (2009-03-18). "SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना". AnandTech.com. p. 9. Retrieved 2010-06-20.
↑ Shimpi, Anand Lal (2009-03-18). "SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना". AnandTech.com. p. 11. Retrieved 2010-06-20.
↑ ^31.0 ^31.1 Malventano, Allyn (2009-02-13). "इंटेल मेनस्ट्रीम एसएसडी का दीर्घकालिक प्रदर्शन विश्लेषण". PC Perspective. Archived from the original on 2010-02-21. Retrieved 2010-06-20.
↑ "CMRR – Secure Erase". CMRR. Archived from the original on 2012-07-02. Retrieved 2010-06-21.
↑ OCZ Technology (2011-09-07). "How to Secure Erase Your OCZ SSD Using a Bootable Linux CD". Archived from the original on 2012-01-07. Retrieved 2014-12-13.
↑ "The Intel SSD 320 Review: 25nm G3 is Finally Here". anandtech. Retrieved 2011-06-29.
↑ "SSD Secure Erase – Ziele eines Secure Erase" [Secure Erase – Goals of the Secure Erase] (in Deutsch). Thomas-Krenn.AG. 2017-03-17. Retrieved 2018-01-08.
↑ Chang, Li-Pin (2007-03-11). "बड़े पैमाने पर फ्लैश मेमोरी स्टोरेज सिस्टम के लिए कुशल वियर लेवलिंग पर". National ChiaoTung University, HsinChu, Taiwan. CiteSeerX 10.1.1.103.4903. {{cite journal}}: Cite journal requires |journal= (help)
↑ ^37.0 ^37.1 {{cite web |url=http://www.anandtech.com/show/2899 |title=OCZ का वर्टेक्स 2 प्रो प्रीव्यू: अब तक का सबसे तेज एमएलसी एसएसडी जिसका हमने परीक्षण किया है|author=Shimpi, Anand Lal |date=2009-12-31 |publisher=AnandTech |access-date=2011-06-16}SF-2281 कंट्रोलर में 0.14 जितनी कम बेस्ट-केस वैल्यू के साथ }
↑ "इंटेल नोटबुक और डेस्कटॉप कंप्यूटर के लिए सॉलिड-स्टेट ड्राइव पेश करता है". Intel. 2008-09-08. Retrieved 2010-05-31.
↑ "SandForce SSD प्रोसेसर मेनस्ट्रीम डेटा स्टोरेज को ट्रांसफॉर्म करते हैं" (PDF). SandForce. 2008-09-08. Retrieved 2010-05-31.

बाहरी संबंध

Media related to प्रवर्धन लिखिए at Wikimedia Commons

[3] Data is written to the flash memory in units called pages, which are made up of multiple cells. However, the flash memory can be erased only in larger units called blocks, which are made up of multiple pages.^[2]

[IBM_WA-1] 1.0 ^1.1 ^1.2 ^1.3 ^1.4 ^1.5 ^1.6 ^1.7 ^1.8 ^1.9 Hu, X.-Y.; E. Eleftheriou; R. Haas; I. Iliadis; R. Pletka (2009). "फ्लैश-आधारित सॉलिड स्टेट ड्राइव में प्रवर्धन विश्लेषण लिखें". IBM. CiteSeerX 10.1.1.154.8668. {{cite journal}}: Cite journal requires |journal= (help)

[L_Smith-2] 2.0 ^2.1 ^2.2 ^2.3 Thatcher, Jonathan (2009-08-18). "NAND Flash Solid State Storage Performance and Capability – an In-depth Look" (PDF). SNIA. Retrieved 2012-08-28. Cite error: Invalid <ref> tag; name "L Smith" defined multiple times with different content

[K_Smith-4] 3.0 ^3.1 ^3.2 Smith, Kent (2009-08-17). "Benchmarking SSDs: The Devil is in the Preconditioning Details" (PDF). SandForce. Retrieved 2016-11-10.

[Lucchesi-5] 4.0 ^4.1 ^4.2 Lucchesi, Ray (September 2008). "एसएसडी फ्लैश ड्राइव उद्यम में प्रवेश करते हैं" (PDF). Silverton Consulting. Retrieved 2010-06-18.

[IBM_Hu_Haas-6] 5.0 ^5.1 ^5.2 ^5.3 {{cite web |url=http://domino.watson.ibm.com/library/cyberdig.nsf/papers/50A84DF88D540735852576F5004C2558/$File/rz3771.pdf |title=फ्लैश रैंडम राइट परफॉर्मेंस की मौलिक सीमा: समझ, विश्लेषण और प्रदर्शन मॉडलिंग|author1=Hu, X.-Y. |author2=R. Haas |name-list-style=amp |publisher=IBM Research, Zurich |date=2010-03-31 |access-date=2010-06-19}

[IBM_Perf-7] 6.0 ^6.1 Agrawal, N., V. Prabhakaran, T. Wobber, J. D. Davis, M. Manasse, R. Panigrahy (June 2008). "SSD प्रदर्शन के लिए डिज़ाइन ट्रेडऑफ़". Microsoft. CiteSeerX 10.1.1.141.1709. {{cite journal}}: Cite journal requires |journal= (help)CS1 maint: multiple names: authors list (link)

[8] Case, Loyd (2008-09-08). "Intel X25 80GB Solid-State Drive Review". Extremetech. Retrieved 2011-07-28.

[Zsolt_Silicon_Systems-9] {{cite web|url=http://www.storagesearch.com/siliconsystems.html |title=वेस्टर्न डिजिटल सॉलिड स्टेट स्टोरेज - पूर्व में सिलिकॉन सिस्टम|last=Kerekes |first=Zsolt |publisher=ACSL |access-date=2010-06-19}

[OCZ_WA-10] 9.0 ^9.1 ^9.2 ^9.3 ^9.4 {{cite web |url=http://www.oczenterprise.com/whitepapers/ssds-write-amplification-trim-and-gc.pdf |title=SSDs - प्रवर्धन, TRIM और GC लिखें|publisher=OCZ Technology |access-date=2012-11-13| archive-url=https://web.archive.org/web/20121031053414/http://www.oczenterprise.com/whitepapers/ssds-write-amplification-trim-and-gc.pdf%7C archive-date=2012-10-31| url-status=dead}

[11] "इंटेल सॉलिड स्टेट ड्राइव". Intel. Retrieved 2010-05-31.

[f7f8-12] "TN-FD-23: Calculating Write Amplification Factor" (PDF). Micron. 2014. Retrieved 16 May 2023.

[Zsolt_WA-13] 12.0 ^12.1 Kerekes, Zsolt. "फ्लैश एसएसडी शब्दजाल समझाया". ACSL. Retrieved 2010-05-31.

[14] "TN-29-17: NAND Flash Design and Use Considerations" (PDF). Micron. 2006. Retrieved 2010-06-02.

[Mehling_Garbage-15] 14.0 ^14.1 ^14.2 ^14.3 {{cite web |url=http://www.enterprisestorageforum.com/technology/features/article.php/3850436/Solid-State-Drives-Take-Out-the-Garbage.htm |title=सॉलिड स्टेट ड्राइव कचरा बाहर निकालते हैं|last=Mehling |first=Herman |publisher=Enterprise Storage Forum|date=2009-12-01 |access-date=2010-06-18}

[Conley-16] 15.0 ^15.1 ^15.2 Conley, Kevin (2010-05-27). "Corsair Force Series SSDs: Putting a Damper on Write Amplification". Corsair.com. Retrieved 2010-06-18.

[Layton-17] 16.0 ^16.1 Layton, Jeffrey B. (2009-10-27). "एसएसडी का एनाटॉमी". Linux Magazine. Archived from the original on October 31, 2009. Retrieved 2010-06-19.{{cite magazine}}: CS1 maint: unfit URL (link)

[Christiansen-18] 17.0 ^17.1 Christiansen, Neal (2009-09-14). "ATA Trim/Delete Notification Support in Windows 7" (PDF). Storage Developer Conference, 2009. Archived from the original (PDF) on 2010-03-26. Retrieved 2010-06-20.

[SSD_Improv-19] 18.0 ^18.1 ^18.2 Shimpi, Anand Lal (2009-11-17). "एसएसडी इंप्रूव: इंटेल और इंडिलिंक्स को टीआरआईएम मिलता है, किंग्स्टन इंटेल को $115 तक नीचे लाता है". AnandTech.com. Retrieved 2010-06-20.

[Mehling_TRIM-20] 19.0 ^19.1 ^19.2 ^19.3 ^19.4 ^19.5 ^19.6 Mehling, Herman (2010-01-27). "सॉलिड स्टेट ड्राइव TRIM के साथ तेज़ हो जाते हैं". Enterprise Storage Forum. Retrieved 2010-06-20.

[21] "Enable TRIM for All SSD's [sic] in Mac OS X Lion". osxdaily.com. 2012-01-03. Retrieved 2012-08-14.

[22] "FreeBSD 8.1-RELEASE Release Notes". FreeBSD.org.

[23] "Linux 2.6.33 Features". KernelNewbies.org. 2010-02-04. Retrieved 2010-07-23.

[Jim_Bagley-24] 23.0 ^23.1 ^23.2 ^23.3 Bagley, Jim (2009-07-01). "डेटा माइग्रेशन का प्रबंधन, टीयर 1 से एसएसडी टीयर 0: ओवर-प्रोविजनिंग: जीतने की रणनीति या पीछे हटना?" (PDF). plianttechnology.com. p. 2. Archived from the original (PDF) on 2009-09-02. Retrieved 2016-06-21.

[Drossel-25] 24.0 ^24.1 Drossel, Gary (2009-09-14). "एसएसडी प्रयोग करने योग्य जीवन की गणना के लिए तरीके" (PDF). Storage Developer Conference, 2009. Retrieved 2010-06-20.

[Smith_2012-26] 25.0 ^25.1 ^25.2 ^25.3 Smith, Kent (2011-08-01). "एसएसडी ओवर-प्रोविजनिंग को समझना" (PDF). FlashMemorySummit.com. p. 14. Retrieved 2012-12-03.

[Anand_Spare_Area-27] Shimpi, Anand Lal (2010-05-03). "सैंडफोर्स पर अतिरिक्त क्षेत्र का प्रभाव, बिना किसी प्रदर्शन हानि के अधिक क्षमता?". AnandTech.com. p. 2. Retrieved 2010-06-19.

[28] OBrien, Kevin (2012-02-06). "Intel SSD 520 Enterprise Review". Storage Review. Retrieved 2012-11-29. 20% over-provisioning adds substantial performance in all profiles with write activity

[29] "White Paper: Over-Provisioning an Intel SSD" (PDF). Intel. 2010. Archived from the original (PDF) on November 25, 2011. Retrieved 2012-11-29. Alt URL

[AnandTech_Ant-30] Shimpi, Anand Lal (2009-03-18). "SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना". AnandTech.com. p. 9. Retrieved 2010-06-20.

[AnandTech_Anthology_11-31] Shimpi, Anand Lal (2009-03-18). "SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना". AnandTech.com. p. 11. Retrieved 2010-06-20.

[Malventano-32] 31.0 ^31.1 Malventano, Allyn (2009-02-13). "इंटेल मेनस्ट्रीम एसएसडी का दीर्घकालिक प्रदर्शन विश्लेषण". PC Perspective. Archived from the original on 2010-02-21. Retrieved 2010-06-20.

[HDDERASE-33] "CMRR – Secure Erase". CMRR. Archived from the original on 2012-07-02. Retrieved 2010-06-21.

[34] OCZ Technology (2011-09-07). "How to Secure Erase Your OCZ SSD Using a Bootable Linux CD". Archived from the original on 2012-01-07. Retrieved 2014-12-13.

[35] "The Intel SSD 320 Review: 25nm G3 is Finally Here". anandtech. Retrieved 2011-06-29.

[36] "SSD Secure Erase – Ziele eines Secure Erase" [Secure Erase – Goals of the Secure Erase] (in Deutsch). Thomas-Krenn.AG. 2017-03-17. Retrieved 2018-01-08.

[Li-Pin_Chang-37] Chang, Li-Pin (2007-03-11). "बड़े पैमाने पर फ्लैश मेमोरी स्टोरेज सिस्टम के लिए कुशल वियर लेवलिंग पर". National ChiaoTung University, HsinChu, Taiwan. CiteSeerX 10.1.1.103.4903. {{cite journal}}: Cite journal requires |journal= (help)

[Anand_WA-38] 37.0 ^37.1 {{cite web |url=http://www.anandtech.com/show/2899 |title=OCZ का वर्टेक्स 2 प्रो प्रीव्यू: अब तक का सबसे तेज एमएलसी एसएसडी जिसका हमने परीक्षण किया है|author=Shimpi, Anand Lal |date=2009-12-31 |publisher=AnandTech |access-date=2011-06-16}SF-2281 कंट्रोलर में 0.14 जितनी कम बेस्ट-केस वैल्यू के साथ }

[39] "इंटेल नोटबुक और डेस्कटॉप कंप्यूटर के लिए सॉलिड-स्टेट ड्राइव पेश करता है". Intel. 2008-09-08. Retrieved 2010-05-31.

[40] "SandForce SSD प्रोसेसर मेनस्ट्रीम डेटा स्टोरेज को ट्रांसफॉर्म करते हैं" (PDF). SandForce. 2008-09-08. Retrieved 2010-05-31.

[1]

[lower-alpha 1]

[3]

[4]

[2]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

[29]

[30]

[31]

[32]

[33]

[34]

[35]

[36]

[37]

[38]

[39]

Anonymous

Search

प्रवर्धन लिखिए: Difference between revisions

Namespaces

More

Page actions

Latest revision as of 09:50, 28 June 2023

Contents

बेसिक एसएसडी संचालन

मान की गणना

मान को प्रभावित करने वाले कारक

कचरा संग्रह

पृष्ठभूमि कचरा संग्रह

संचिका प्रणाली-जागरूक कचरा संग्रह

ट्रिम

सीमाएं और निर्भरताएं

ओवर-प्रोविजनिंग

मुक्त उपयोगकर्ता स्थान

सुरक्षित मिटाना

वियर लेवलिंग

स्थिर और गतिशील डेटा को अलग करना

प्रदर्शन निहितार्थ

अनुक्रमिक लेखन

यादृच्छिक लिखता है

प्रदर्शन पर प्रभाव

उत्पाद विवरण

यह भी देखें

टिप्पणियाँ

संदर्भ

बाहरी संबंध

Navigation

Navigation

Wiki tools

Wiki tools

@@ Line 1: / Line 1: @@
 {{Short description|Phenomenon associated with solid state storage}}
 {{Update|date=July 2020}}
-[[File:Write Amplification on SSD.svg|frame|एक एसएसडी कचरा संग्रह और पहनने के स्तर के परिणामस्वरूप प्रवर्धन लिखता है, जिससे ड्राइव पर लेखन बढ़ता है और इसके जीवन को कम करता है।<ref name="IBM_WA" />]]राईट एम्पलीफिकेशन (डब्ल्यूए) [[फ्लैश मेमोरी]] और [[ ठोस राज्य ड्राइव |सॉलिड-स्टेट ड्राइव]] (एसएसडी) से जुड़ी एक अवांछनीय घटना है जहां स्टोरेज मीडिया को भौतिक रूप से लिखी गई जानकारी की वास्तविक मात्रा लिखी जाने वाली तार्किक राशि का एक गुणक है।
+[[File:Write Amplification on SSD.svg|frame|एक एसएसडी कचरा संग्रह और पहनने के स्तर के परिणामस्वरूप प्रवर्धन लिखता है, जिससे ड्राइव पर लेखन बढ़ता है और इसके जीवन को कम करता है।<ref name="IBM_WA" />]]'''प्रवर्धन लिखिए (डब्ल्यूए)''' [[फ्लैश मेमोरी]] और [[ ठोस राज्य ड्राइव |सॉलिड-स्टेट ड्राइव]] (एसएसडी) से जुड़ी एक अवांछनीय घटना है जहां भंडारण मीडिया को भौतिक रूप से लिखी गई जानकारी की वास्तविक मात्रा लिखी जाने वाली तार्किक राशि का एक गुणक होती है।
-क्योंकि फ्लैश मेमोरी को फिर से लिखे जाने से पहले मिटा दिया जाना चाहिए, लिखने के ऑपरेशन की तुलना में इरेज़ ऑपरेशन के बहुत अधिक ग्रैन्युलैरिटी के साथ,{{Efn|Data is written to the flash memory in units called pages, which are made up of multiple cells. However, the flash memory can be erased only in larger units called blocks, which are made up of multiple pages.<ref name="L Smith">{{cite web |url=http://www.snia.org/sites/default/education/tutorials/2009/spring/solid/JonathanThatcher_NandFlash_SSS_PerformanceV10-nc.pdf |title=NAND Flash Solid State Storage Performance and Capability – an In-depth Look |last=Thatcher |first=Jonathan |date=2009-08-18 |publisher=SNIA |access-date=2012-08-28}}</ref>}} इन कार्यों को करने की प्रक्रिया के परिणामस्वरूप उपयोगकर्ता डेटा और [[ मेटा डेटा |मेटा डेटा]] को एक से अधिक बार स्थानांतरित (या पुनर्लेखन) करना पड़ता है। इस प्रकार, कुछ डेटा को फिर से लिखने के लिए फ्लैश के पहले से उपयोग किए गए हिस्से को पढ़ने, अपडेट करने और एक नए स्थान पर लिखे जाने की आवश्यकता होती है, साथ में नए स्थान को शुरू में मिटाने के साथ-साथ यदि यह पहले इस्तेमाल किया गया था। जिस तरह से फ्लैश काम करता है, उसके कारण फ्लैश के बहुत बड़े हिस्से को मिटा दिया जाना चाहिए और वास्तव में नए डेटा की मात्रा की तुलना में फिर से लिखा जाना चाहिए। यह गुणा प्रभाव एसएसडी के जीवन के दौरान आवश्यक लेखन की संख्या को बढ़ाता है, जो उस समय को कम करता है जो इसे मज़बूती से संचालित कर सकता है। बढ़े हुए राइट्स भी फ्लैश मेमोरी में [[बैंडविड्थ (कंप्यूटिंग)]] का भी उपभोग करते हैं, जो एसएसडी के लिए लेखन प्रदर्शन को कम कर देता है।<ref name="IBM_WA">{{cite document |title=फ्लैश-आधारित सॉलिड स्टेट ड्राइव में प्रवर्धन विश्लेषण लिखें|author1=Hu, X.-Y. |author2=E. Eleftheriou |author3=R. Haas |author4=I. Iliadis |author5=R. Pletka |year=2009 |publisher=[[IBM]] | citeseerx =10.1.1.154.8668 }}</ref><ref name="K Smith">{{cite web |url=http://www.flashmemorysummit.com/English/Collaterals/Proceedings/2009/20090811_F2A_Smith.pdf |title=Benchmarking SSDs: The Devil is in the Preconditioning Details |last=Smith |first=Kent |date=2009-08-17 |publisher=SandForce |access-date=2016-11-10}}</ref> एसएसडी के WA को कई कारक प्रभावित करेंगे; कुछ को उपयोगकर्ता द्वारा नियंत्रित किया जा सकता है और कुछ एसएसडी को लिखे गए और उपयोग किए गए डेटा का प्रत्यक्ष परिणाम हैं।
+क्योंकि फ्लैश मेमोरी को फिर से लिखे जाने से पहले मिटा दिया जाना चाहिए, लिखने के संचालन की तुलना में मिटाने के संचालन के बहुत अधिक पठन स्तर के साथ,{{Efn|Data is written to the flash memory in units called pages, which are made up of multiple cells. However, the flash memory can be erased only in larger units called blocks, which are made up of multiple pages.<ref name="L Smith">{{cite web |url=http://www.snia.org/sites/default/education/tutorials/2009/spring/solid/JonathanThatcher_NandFlash_SSS_PerformanceV10-nc.pdf |title=NAND Flash Solid State Storage Performance and Capability – an In-depth Look |last=Thatcher |first=Jonathan |date=2009-08-18 |publisher=SNIA |access-date=2012-08-28}}</ref>}} इन कार्यों को करने की प्रक्रिया के परिणामस्वरूप उपयोगकर्ता डेटा और [[ मेटा डेटा |मेटा डेटा]] को एक से अधिक बार स्थानांतरित (या पुनर्लेखन) करना पड़ता है। इस प्रकार, कुछ डेटा को फिर से लिखने के लिए फ्लैश के पहले से उपयोग किए गए भाग को पढ़ने, अपडेट करने और एक नए स्थान पर लिखे जाने की आवश्यकता होती है। जिस तरह से फ्लैश काम करता है, उसके कारण फ्लैश के बहुत बड़े भाग को मिटा दिया जाना चाहिए और वास्तव में नए डेटा की मात्रा की तुलना में फिर से लिखा जाना चाहिए। यह गुणा प्रभाव एसएसडी के जीवन के समय आवश्यक लेखन की संख्या को बढ़ाता है, जो उस समय को कम करता है जो इसे मज़बूती से संचालित कर सकता है। बढ़े हुए लेखन भी फ्लैश मेमोरी में [[बैंडविड्थ (कंप्यूटिंग)]] का भी उपभोग करते हैं, जो एसएसडी के लिए लेखन प्रदर्शन को कम कर देता है।<ref name="IBM_WA">{{cite document |title=फ्लैश-आधारित सॉलिड स्टेट ड्राइव में प्रवर्धन विश्लेषण लिखें|author1=Hu, X.-Y. |author2=E. Eleftheriou |author3=R. Haas |author4=I. Iliadis |author5=R. Pletka |year=2009 |publisher=[[IBM]] | citeseerx =10.1.1.154.8668 }}</ref><ref name="K Smith">{{cite web |url=http://www.flashmemorysummit.com/English/Collaterals/Proceedings/2009/20090811_F2A_Smith.pdf |title=Benchmarking SSDs: The Devil is in the Preconditioning Details |last=Smith |first=Kent |date=2009-08-17 |publisher=SandForce |access-date=2016-11-10}}</ref> एसएसडी के डब्ल्यूए को कई कारक प्रभावित करेंगे; कुछ को उपयोगकर्ता द्वारा नियंत्रित किया जा सकता है और कुछ एसएसडी को लिखे गए और उपयोग किए गए डेटा का प्रत्यक्ष परिणाम हैं।
-[[Intel|इंटेल]] और [[SiliconSystems|सिलिकॉन सिस्टम]] (2009 में[[ पश्चिमी डिजिटल | पश्चिमी डिजिटल]] द्वारा अधिग्रहित) ने 2008 में अपने पत्रों और प्रकाशनों में राइट एम्पलीफिकेशन शब्द का इस्तेमाल किया।<ref name="Lucchesi">{{cite web |url=http://www.silvertonconsulting.com/page6/files/SSDf_drives.pdf |title=एसएसडी फ्लैश ड्राइव उद्यम में प्रवेश करते हैं|last=Lucchesi |first=Ray |date=September 2008 |publisher=Silverton Consulting |access-date=2010-06-18}}</ref> WA को आमतौर पर फ्लैश मेमोरी के लिए किए गए राइट्स और होस्ट सिस्टम से आने वाले राइट्स के अनुपात से मापा जाता है। [[आधार - सामग्री संकोचन|डेटा संपीड़न]] (सूचना सिद्धांत में) के बिना, WA एक से नीचे नहीं जा सकता। डेटा संपीड़न का उपयोग करते हुए, [[SandForce|सैंडफोर्स]] ने 0.5 के एक लेखन प्रवर्धन को प्राप्त करने का दावा किया है, SF-2281 नियंत्रक में 0.14 के रूप में कम से कम सर्वोत्तम-केस मान के साथ।
+[[Intel|इंटेल]] और [[SiliconSystems|सिलिकॉन प्रणाली]] (2009 में[[ पश्चिमी डिजिटल | पश्चिमी डिजिटल]] द्वारा अधिग्रहित) ने 2008 में अपने पत्रों और प्रकाशनों में प्रवर्धन लिखिए शब्द का उपयोग किया।<ref name="Lucchesi">{{cite web |url=http://www.silvertonconsulting.com/page6/files/SSDf_drives.pdf |title=एसएसडी फ्लैश ड्राइव उद्यम में प्रवेश करते हैं|last=Lucchesi |first=Ray |date=September 2008 |publisher=Silverton Consulting |access-date=2010-06-18}}</ref> डब्ल्यूए को सामान्यतः फ्लैश मेमोरी के लिए किए गए लेखन और होस्ट प्रणाली से आने वाले लेखन के अनुपात से मापा जाता है। [[आधार - सामग्री संकोचन|डेटा संपीड़न]] (सूचना सिद्धांत में) के बिना, WA एक से नीचे नहीं जा सकता। डेटा संपीड़न का उपयोग करते हुए, [[SandForce|सैंडफोर्स]] ने 0.5 के एक लेखन प्रवर्धन को प्राप्त करने का दावा किया है, SF-2281 नियंत्रक में 0.14 के रूप में सर्वोत्तम स्थिति वाले मान के साथ।
 == बेसिक एसएसडी संचालन ==
-[[File:NAND Flash Pages and Blocks.svg|frame|NAND फ़्लैश मेमोरी 4 KiB पेज में डेटा लिखती है और 256 KiB ब्लॉक में डेटा मिटा देती है।<ref name="L Smith" />]]See also: [[फ्लैश मेमोरी]] and [[सॉलिड-स्टेट ड्राइव]]
+[[File:NAND Flash Pages and Blocks.svg|frame|एनएएनडी फ़्लैश मेमोरी 4 किबिबाइट पेज में डेटा लिखती है और 256 किबिबाइट ब्लॉक में डेटा मिटा देती है।<ref name="L Smith">{{cite web |url=http://www.silvertonconsulting.com/page6/files/SSDf_drives.pdf |title=एसएसडी फ्लैश ड्राइव उद्यम में प्रवेश करते हैं|last=Lucchesi |first=Ray |date=September 2008 |publisher=Silverton Consulting |access-date=2010-06-18}}</ref>]]See also: [[फ्लैश मेमोरी]] and [[सॉलिड-स्टेट ड्राइव]]
-फ्लैश मेमोरी के संचालन की प्रकृति के कारण, डेटा को सीधे अधिलेखित नहीं किया जा सकता है क्योंकि यह [[हार्ड डिस्क ड्राइव]] में हो सकता है। जब डेटा को पहली बार SSD में लिखा जाता है, तो फ्लैश मेमोरी # ऑपरेशन के सिद्धांत सभी मिटाए गए स्थिति में शुरू होते हैं, इसलिए डेटा को एक बार में फ्लैश मेमोरी # NAND मेमोरी का उपयोग करके सीधे लिखा जा सकता है ({{as of|2010|5|alt=often 4–8&nbsp;[[kilobytes]] (KB)}} आकार में)। SSD पर [[ फ्लैश नियंत्रक | फ्लैश नियंत्रक]] , जो होस्ट सिस्टम के साथ फ्लैश मेमोरी और [[ इंटरफ़ेस (कंप्यूटर विज्ञान) | इंटरफ़ेस (कंप्यूटर विज्ञान)]] का प्रबंधन करता है, लॉजिकल-टू-फिजिकल मैपिंग सिस्टम का उपयोग करता है जिसे [[ तार्किक ब्लॉक एड्रेसिंग | तार्किक ब्लॉक एड्रेसिंग]] (LBA) के रूप में जाना जाता है जो [[ फ्लैश अनुवाद परत | फ्लैश अनुवाद परत]] (FTL) का हिस्सा है। ).<ref name="IBM_Hu_Haas"><nowiki>{{cite web |url=</nowiki>http://domino.watson.ibm.com/library/cyberdig.nsf/papers/50A84DF88D540735852576F5004C2558/$File/rz3771.pdf |title=फ्लैश रैंडम राइट परफॉर्मेंस की मौलिक सीमा: समझ, विश्लेषण और प्रदर्शन मॉडलिंग|author1=Hu, X.-Y.  |author2=R. Haas  |name-list-style=amp |publisher=IBM Research, Zurich |date=2010-03-31 |access-date=2010-06-19}</ref> जब पहले से लिखे गए पुराने डेटा को बदलने के लिए नया डेटा आता है, तो SSD नियंत्रक नए डेटा को एक नए स्थान पर लिखेगा और नए भौतिक स्थान को इंगित करने के लिए लॉजिकल मैपिंग को अपडेट करेगा। पूर्व स्थान का डेटा अब मान्य नहीं है, और उस स्थान को फिर से लिखे जाने से पहले मिटाने की आवश्यकता होगी।<ref name="IBM_WA" /><ref name="IBM_Perf">{{cite document |title=SSD प्रदर्शन के लिए डिज़ाइन ट्रेडऑफ़|author=Agrawal, N., V. Prabhakaran, T. Wobber, J. D. Davis, M. Manasse, R. Panigrahy |date= June 2008 |publisher=[[Microsoft]] | citeseerx = 10.1.1.141.1709}}</ref>
+फ्लैश मेमोरी के संचालन की प्रकृति के कारण, डेटा को सीधे अधिलेखित नहीं किया जा सकता है क्योंकि यह [[हार्ड डिस्क ड्राइव]] में हो सकता है। जब डेटा पहली बार एक एसएसडी को लिखा जाता है, तो सभी फ्लैश मेमोरी मिटाए जाने की स्थिति में शुरू होती हैं, इसलिए डेटा को एक बार में ({{as of|2010|5|alt=अक्सर 4-8&एनबीएसपी;[[किलोबाइट]] (केबी)}} आकार में) फ्लैश मेमोरी, एनएएनडी मेमोरी का उपयोग करके सीधे लिखा जा सकता है। एसएसडी पर एसएसडी नियंत्रक, जो [[ फ्लैश नियंत्रक |फ्लैश मेमोरी]] का प्रबंधन करता है और मेजबान प्रणाली के साथ[[ इंटरफ़ेस (कंप्यूटर विज्ञान) | इंटरफ़ेस (कंप्यूटर विज्ञान)]] करता है, तार्किक-से-भौतिक मैपिंग प्रणाली का उपयोग करता है जिसे [[ तार्किक ब्लॉक एड्रेसिंग |तार्किक ब्लॉक एड्रेसिंग]] (एलबीए) के रूप में जाना जाता है जो [[ फ्लैश अनुवाद परत | फ्लैश अनुवाद परत]] (एफटीएल) का भाग है।<ref name="IBM_Hu_Haas"><nowiki>{{cite web |url=</nowiki>http://domino.watson.ibm.com/library/cyberdig.nsf/papers/50A84DF88D540735852576F5004C2558/$File/rz3771.pdf |title=फ्लैश रैंडम राइट परफॉर्मेंस की मौलिक सीमा: समझ, विश्लेषण और प्रदर्शन मॉडलिंग|author1=Hu, X.-Y.  |author2=R. Haas  |name-list-style=amp |publisher=IBM Research, Zurich |date=2010-03-31 |access-date=2010-06-19}</ref> जब पहले से लिखे गए पुराने डेटा को बदलने के लिए नया डेटा आता है, तो एसएसडी नियंत्रक नए डेटा को एक नए स्थान पर लिखेगा और नए भौतिक स्थान को इंगित करने के लिए तार्किक मैपिंग को अपडेट करेगा। पूर्व स्थान का डेटा अब मान्य नहीं है, और उस स्थान को फिर से लिखे जाने से पहले मिटाने की आवश्यकता होगी।<ref name="IBM_WA" /><ref name="IBM_Perf">{{cite document |title=SSD प्रदर्शन के लिए डिज़ाइन ट्रेडऑफ़|author=Agrawal, N., V. Prabhakaran, T. Wobber, J. D. Davis, M. Manasse, R. Panigrahy |date= June 2008 |publisher=[[Microsoft]] | citeseerx = 10.1.1.141.1709}}</ref>
-फ्लैश मेमोरी को सीमित संख्या में ही प्रोग्राम और मिटाया जा सकता है। इसे अक्सर फ्लैश मेमोरी#मेमोरी वियर|प्रोग्राम/इरेज़ साइकिल (पी/ई साइकिल) की अधिकतम संख्या के रूप में संदर्भित किया जाता है, यह फ्लैश मेमोरी के जीवन भर बनाए रख सकता है। [[ एकल-स्तरीय सेल ]] (एसएलसी) फ्लैश, जिसे उच्च प्रदर्शन और लंबे धीरज के लिए डिज़ाइन किया गया है, आमतौर पर 50,000 और 100,000 चक्रों के बीच काम कर सकता है। {{As of|2011}}, [[ बहु स्तरीय सेल ]] (MLC) फ्लैश को कम लागत वाले अनुप्रयोगों के लिए डिज़ाइन किया गया है और इसकी चक्र गणना आमतौर पर 3,000 और 5,000 के बीच होती है। 2013 से, [[ ट्रिपल स्तरीय सेल ]] (TLC) (उदाहरण के लिए, 3D NAND) फ्लैश उपलब्ध है, जिसमें चक्र की संख्या घटकर 1,000 [[प्रोग्राम-मिटा चक्र]] | प्रोग्राम-इरेज़ (P/E) चक्र हो जाती है। एक कम लेखन प्रवर्धन अधिक वांछनीय है, क्योंकि यह फ्लैश मेमोरी पर पी/ई चक्रों की कम संख्या और इस प्रकार एसएसडी जीवन में वृद्धि के अनुरूप है।<ref name="IBM_WA" />
+फ्लैश मेमोरी को सीमित संख्या में ही प्रोग्राम और मिटाया जा सकता है। इसे अधिकांशतः कार्यक्रम की अधिकतम संख्या/मिटाएँ चक्र (पी/ई चक्र) के रूप में संदर्भित किया जाता है, यह फ्लैश मेमोरी के जीवन पर बना रह सकता है। [[ एकल-स्तरीय सेल ]] (एसएलसी) फ्लैश, जिसे उच्च प्रदर्शन और लंबे धैर्य के लिए डिज़ाइन किया गया है, सामान्यतः 50,000 और 100,000 चक्रों के बीच काम कर सकता है। {{As of|2011}}, [[ बहु स्तरीय सेल ]] (एमएलसी) फ्लैश को कम लागत वाले अनुप्रयोगों के लिए डिज़ाइन किया गया है और सामान्यतः 3,000 और 5,000 के बीच चक्र की संख्या बहुत कम होती है। 2013 से, [[ ट्रिपल स्तरीय सेल ]] (टीएलसी) (उदाहरण के लिए, 3डी एनएएनडी) फ्लैश उपलब्ध है, जिसमें चक्र की संख्या घटकर 1,000 [[प्रोग्राम-मिटा चक्र]] हो जाती है। एक कम लेखन प्रवर्धन अधिक वांछनीय है, क्योंकि यह फ्लैश मेमोरी पर पी/ई चक्रों की कम संख्या और इस प्रकार एसएसडी जीवन में वृद्धि के अनुरूप है।<ref name="IBM_WA" />
+== मान की गणना ==
+टर्म परिभाषित होने से पहले लेखन प्रवर्धन हमेशा एसएसडी में उपस्थित था, लेकिन यह 2008 में था कि इंटेल<ref name="Lucchesi" /><ref>{{Cite news |url=http://www.extremetech.com/computing/80622-intel-x25-80gb-solidstate-drive-review |title=Intel X25 80GB Solid-State Drive Review |last=Case |first=Loyd |newspaper=Extremetech |date=2008-09-08 |access-date=2011-07-28}}</ref> और सिलिकॉन प्रणाली दोनों ने अपने पत्रों और प्रकाशनों में इस टर्म का उपयोग करना शुरू कर दिया था।<ref name="Zsolt_Silicon_Systems">{{cite web|url=http://www.storagesearch.com/siliconsystems.html |title=वेस्टर्न डिजिटल सॉलिड स्टेट स्टोरेज - पूर्व में सिलिकॉन सिस्टम|last=Kerekes |first=Zsolt |publisher=ACSL |access-date=2010-06-19}</ref> सभी एसएसडीस का एक लेखन प्रवर्धन मान होता है और यह दोनों पर आधारित होता है कि वर्तमान में क्या लिखा जा रहा है और क्या पहले एसएसडी को लिखा गया था। विशिष्ट एसएसडी के मूल्य को सटीक रूप से मापने के लिए, चयनित परीक्षण पर्याप्त समय के लिए चलाया जाना चाहिए जिससे कि यह सुनिश्चित हो सके कि ड्राइव स्थिर स्थिति में पहुंच गया है।<ref name="K Smith" />
+एसएसडी के लेखन प्रवर्धन की गणना करने का एक सरल सूत्र है:<ref name="IBM_WA" /><ref name="OCZ_WA" /><ref>{{cite web |url=http://www.intel.com/cd/channel/reseller/asmo-na/eng/products/nand/feature/index.htm |title=इंटेल सॉलिड स्टेट ड्राइव|publisher=Intel |access-date=2010-05-31}}</ref>
-== मूल्य की गणना ==
-शब्द परिभाषित होने से पहले एसएसडी में लेखन प्रवर्धन हमेशा मौजूद था, लेकिन यह 2008 में था कि दोनों इंटेल<ref name="Lucchesi" /><ref>{{Cite news |url=http://www.extremetech.com/computing/80622-intel-x25-80gb-solidstate-drive-review |title=Intel X25 80GB Solid-State Drive Review |last=Case |first=Loyd |newspaper=Extremetech |date=2008-09-08 |access-date=2011-07-28}}</ref> और सिलिकॉन सिस्टम्स ने अपने पत्रों और प्रकाशनों में इस शब्द का उपयोग करना शुरू कर दिया।<ref name="Zsolt_Silicon_Systems">{{cite web|url=http://www.storagesearch.com/siliconsystems.html |title=वेस्टर्न डिजिटल सॉलिड स्टेट स्टोरेज - पूर्व में सिलिकॉन सिस्टम|last=Kerekes |first=Zsolt |publisher=ACSL |access-date=2010-06-19}</ref> सभी SSDs में राइट एम्पलीफिकेशन वैल्यू होती है और यह दोनों पर आधारित होती है कि वर्तमान में क्या लिखा जा रहा है और क्या पहले SSD को लिखा गया था। विशिष्ट एसएसडी के मूल्य को सटीक रूप से मापने के लिए, यह सुनिश्चित करने के लिए पर्याप्त समय के लिए चयनित परीक्षण चलाया जाना चाहिए कि ड्राइव स्थिर स्थिति में पहुंच गया है।<ref name="K Smith" />
-SSD के लेखन प्रवर्धन की गणना करने का एक सरल सूत्र है:<ref name="IBM_WA" /><ref name="OCZ_WA" /><ref>{{cite web |url=http://www.intel.com/cd/channel/reseller/asmo-na/eng/products/nand/feature/index.htm |title=इंटेल सॉलिड स्टेट ड्राइव|publisher=Intel |access-date=2010-05-31}}</ref>
 :<math>\text{write amplification} = \frac{\text{data written to the flash memory}}{\text{data written by the host}}</math>
-गणना के लिए उपयोग की जाने वाली दो मात्राएँ स्व-निगरानी, विश्लेषण और रिपोर्टिंग प्रौद्योगिकी सांख्यिकी (ATA F7/F8;<ref name="f7f8">{{cite web |title=TN-FD-23: Calculating Write Amplification Factor |url=https://media-www.micron.com/-/media/client/global/documents/products/technical-note/solid-state-storage/tnfd23_m500_smart_attributes_calc_waf.pdf?rev=2e6d1f560a1548b3b6d4d8cf60335dca |website=Micron |access-date=16 May 2023 |date=2014}}</ref> एटीए एफ1/वित्तीय वर्ष)।
+गणना के लिए उपयोग की जाने वाली दो मात्राएँ स्व-निगरानी, विश्लेषण और रिपोर्टिंग प्रौद्योगिकी सांख्यिकी (एटीए F7/F8;<ref name="f7f8">{{cite web |title=TN-FD-23: Calculating Write Amplification Factor |url=https://media-www.micron.com/-/media/client/global/documents/products/technical-note/solid-state-storage/tnfd23_m500_smart_attributes_calc_waf.pdf?rev=2e6d1f560a1548b3b6d4d8cf60335dca |website=Micron |access-date=16 May 2023 |date=2014}}</ref> एटीए F1/F9) के माध्यम से प्राप्त की जा सकती हैं।
-== मूल्य को प्रभावित करने वाले कारक ==
+== मान को प्रभावित करने वाले कारक ==
-कई कारक SSD के लेखन प्रवर्धन को प्रभावित करते हैं। नीचे दी गई तालिका प्राथमिक कारकों को सूचीबद्ध करती है और वे लेखन प्रवर्धन को कैसे प्रभावित करते हैं। चर वाले कारकों के लिए, तालिका नोट करती है कि इसका सीधा संबंध है या उलटा संबंध है। उदाहरण के लिए, जैसे-जैसे ओवर-प्रोविजनिंग की मात्रा बढ़ती है, राइट एम्पलीफिकेशन घटता जाता है (उलटा संबंध)। यदि कारक टॉगल (सक्षम या अक्षम) फ़ंक्शन है तो इसका या तो सकारात्मक या नकारात्मक संबंध है।<ref name="IBM_WA" /><ref name="IBM_Hu_Haas" /><ref name="Zsolt_WA">{{cite web |url=http://www.storagesearch.com/ssd-jargon.html |title=फ्लैश एसएसडी शब्दजाल समझाया|author=Kerekes, Zsolt |publisher=ACSL |access-date=2010-05-31}}</ref>
+कई कारक एसएसडी के लेखन प्रवर्धन को प्रभावित करते हैं। नीचे दी गई तालिका प्राथमिक कारकों को सूचीबद्ध करती है और वे लेखन प्रवर्धन को कैसे प्रभावित करते हैं। चर वाले कारकों के लिए, तालिका नोट करती है कि इसका सीधा संबंध है या उलटा संबंध है। उदाहरण के लिए, जैसे-जैसे ओवर-प्रोविजनिंग की मात्रा बढ़ती है, प्रवर्धन लिखिए घटता जाता है (उलटा संबंध)। यदि कारक एक टॉगल (सक्षम या अक्षम) चर है तो इसका या तो सकारात्मक या नकारात्मक संबंध होता है।<ref name="IBM_WA" /><ref name="IBM_Hu_Haas" /><ref name="Zsolt_WA">{{cite web |url=http://www.storagesearch.com/ssd-jargon.html |title=फ्लैश एसएसडी शब्दजाल समझाया|author=Kerekes, Zsolt |publisher=ACSL |access-date=2010-05-31}}</ref>
 {| class="wikitable sortable"
-|+ Write amplification factors
+|+ प्रवर्धन कारक लिखिए
 |-
-! Factor
+! कारक
-! Description
+! विवरण
-! Type
+! प्रकार
-! Relationship*
+! संबंध*
 |-
-| [[Write amplification#Garbage collection|Garbage collection]]
+| [[Write amplification#Garbage collection|गारबेज संग्रहण]]
-| The efficiency of the algorithm used to pick the next best block to erase and rewrite
+| मिटाने और फिर से लिखने के लिए अगले सर्वश्रेष्ठ ब्लॉक को चुनने के लिए उपयोग की जाने वाली एल्गोरिथम की दक्षता
-| style="background: lightblue;" | Variable
+| style="background: lightblue;" | चर
-| style="background: lightgreen;" | Inverse (good)
+| style="background: lightgreen;" | उलटा (अच्छा)
 |-
-| [[Write amplification#Over-provisioning|Over-provisioning]]
+| [[Write amplification#Over-provisioning|प्रावधानीकरण से अधिक]]
-| The percentage of physical capacity which is allocated to the SSD controller
+| एसएसडी नियंत्रक को आवंटित भौतिक क्षमता का प्रतिशत
-| style="background: Lightblue;" | Variable
+| style="background: Lightblue;" | चर
-| style="background: Lightgreen;" | Inverse (good)
+| style="background: Lightgreen;" | उलटा (अच्छा))
 |-
-| [[Trim (computing)|TRIM]] command for SATA or UNMAP for SCSI
+| सैटा के लिए [[Trim (computing)|ट्रिम]] कमांड या एससीएसआई के लिए यूएनएमएपी
-| These commands must be sent by the operating system (OS) which tells the storage device which pages contain invalid data. SSDs receiving these commands can then reclaim the blocks containing these pages as free space when they are erased instead of copying the invalid data to clean pages.
+| ये कमांड संचालन प्रणाली (ओएस) द्वारा भेजे जाने चाहिए जो भंडारण उपकरण को बताता है कि किन पेजों में अमान्य डेटा है। इन आदेशों को प्राप्त करने वाले एसएसडी तब इन पृष्ठों वाले ब्लॉकों को रिक्त स्थान के रूप में पुनः प्राप्त कर सकते हैं जब वे अमान्य डेटा को साफ पृष्ठों पर कॉपी करने के अतिरि मिटा दिए जाते हैं।
-| style="background: Wheat;" | Toggle
+| style="background: Wheat;" | टॉगल
-| style="background: Lightgreen;" | Positive (good)
+| style="background: Lightgreen;" | सकारात्मक (अच्छा)
 |-
-| [[Write amplification#Free user space|Free user space]]
+| [[Write amplification#Free user space|मुक्त उपयोगकर्ता स्थान]]
-| The percentage of the user capacity free of actual user data; requires TRIM, otherwise the SSD gains no benefit from any free user capacity
+| वास्तविक उपयोगकर्ता डेटा से मुक्त उपयोगकर्ता क्षमता का प्रतिशत; टीआरआईएम की आवश्यकता है, अन्यथा एसएसडी को किसी भी मुफ्त उपयोगकर्ता क्षमता से कोई लाभ नहीं मिलता है
-| style="background: Lightblue;" | Variable
+| style="background: Lightblue;" | चर
-| style="background: Lightgreen;" | Inverse (good)
+| style="background: Lightgreen;" | उलटा (अच्छा)
 |-
-| [[Write amplification#Secure erase|Secure erase]]
+| [[Write amplification#Secure erase|सुरक्षित मिटाना]]
-| Erases all user data and related metadata which resets the SSD to the initial out-of-box performance (until garbage collection resumes)
+| सभी उपयोगकर्ता डेटा और संबंधित मेटाडेटा मिटा देता है जो एसएसडी को प्रारंभिक आउट-ऑफ-बॉक्स प्रदर्शन पर रीसेट करता है (कचरा संग्रह फिर से शुरू होने तक)
-| style="background: Wheat;" | Toggle
+| style="background: Wheat;" | टॉगल
-| style="background: Lightgreen;" | Positive (good)
+| style="background: Lightgreen;" | सकारात्मक (अच्छा)
 |-
-| [[Write amplification#Wear leveling|Wear leveling]]
+| [[Write amplification#Wear leveling|वियर लेवलिंग]]
-| The efficiency of the algorithm that ensures every block is written an equal number of times to all other blocks as evenly as possible
+| एल्गोरिथम की दक्षता जो यह सुनिश्चित करती है कि प्रत्येक ब्लॉक को अन्य सभी ब्लॉकों के लिए समान रूप से यथासंभव समान संख्या में लिखा जाए
-| style="background: Lightblue;" | Variable
+| style="background: Lightblue;" | चर
-| style="background: LightCoral;" | Direct (bad)
+| style="background: LightCoral;" | प्रत्यक्ष (खराब)
 |-
-| [[Write amplification#Separating static and dynamic data|Separating static and dynamic data]]
+| [[Write amplification#Separating static and dynamic data|स्थिर और गतिशील डेटा को अलग करना]]
-| Grouping data based on how often it tends to change
+| डेटा को इस आधार पर समूहीकृत करना कि वह कितनी बार बदलता है
-| style="background: Wheat;" | Toggle
+| style="background: Wheat;" | टॉगल
-| style="background: Lightgreen;" | Positive (good)
+| style="background: Lightgreen;" | सकारात्मक (अच्छा)
 |-
-| [[Write amplification#Sequential writes|Sequential writes]]
+| [[Write amplification#Sequential writes|अनुक्रमिक लिखता है]]
-| In theory, sequential writes have less write amplification, but other factors will still affect the real situation
+| सिद्धांत रूप में, अनुक्रमिक लेखन में लिखने का प्रवर्धन कम होता है, लेकिन अन्य कारक अभी भी वास्तविक स्थिति को प्रभावित करेंगे
-| style="background: Wheat;" | Toggle
+| style="background: Wheat;" | टॉगल
-| style="background: Lightgreen;" | Positive (good)
+| style="background: Lightgreen;" | सकारात्मक (अच्छा)
 |-
-| [[Write amplification#Random writes|Random writes]]
+| [[Write amplification#Random writes|यादृच्छिक लिखता है]]
-| Writing non-sequential data and smaller data sizes will have greater impact on write amplification
+| गैर-अनुक्रमिक डेटा और छोटे डेटा आकार लिखने से लेखन प्रवर्धन पर अधिक प्रभाव पड़ेगा
-| style="background: Wheat;" | Toggle
+| style="background: Wheat;" | टॉगल
-| style="background: LightCoral;" | Negative (bad)
+| style="background: LightCoral;" | नकारात्मक (खराब)
 |-
-| [[Data compression]] which includes [[data deduplication]]
+| [[Data compression|डेटा संपीड़न,]] जिसमें [[data deduplication|डेटा डिडुप्लीकेशन]] सम्मलित है
-| Write amplification goes down and SSD speed goes up when data compression and deduplication eliminates more redundant data.
+| प्रवर्धन लिखिए कम हो जाता है और एसएसडी की गति तब बढ़ जाती है जब डेटा कम्प्रेशन और डिडुप्लीकेशन अधिक अनावश्यक डेटा को समाप्त कर देता है।
-| style="background: Lightblue;" | Variable
+| style="background: Lightblue;" | चर
-| style="background: Lightgreen;" | Inverse (good)
+| style="background: Lightgreen;" | उलटा (अच्छा)
 |-
-| Using [[Multi-level cell|MLC]] NAND in [[Multi-level cell#Single-level cell|SLC]] mode
+|
-| This writes data at a rate of one bit per cell instead of the designed number of bits per cell (normally two bits per cell) to speed up reads and writes. If capacity limits of the NAND in SLC mode are approached, the SSD must rewrite the oldest data written in SLC mode into MLC / TLC mode to allow space in the SLC mode NAND to be erased in order to accept more data. However, this approach can reduce wear by keeping frequently-changed pages in SLC mode to avoid programming these changes in MLC / TLC mode, because writing in MLC / TLC mode does more damage to the flash than writing in SLC mode.{{cn|date=January 2021}} Therefore, this approach drives up write amplification but could reduce wear when writing patterns target frequently-written pages. However, sequential- and random-write patterns will aggravate the damage because there are no or few frequently-written pages that could be contained in the SLC area, forcing old data to need to be constantly be rewritten to MLC / TLC from the SLC area. This method is sometimes called "SLC cache".
+|
-| style="background: Wheat;" | Toggle
+|
-| style="background: LightCoral;" | Negative (bad)
+|
+|-
+| [[Multi-level cell#Single-level cell|एसएलसी]] मोड में [[Multi-level cell|एमएलसी]]  एनएएनडी का उपयोग करना
+| यह पढ़ने और लिखने में तेजी लाने के लिए प्रति सेल बिट्स (सामान्य रूप से प्रति सेल दो बिट) की डिज़ाइन की गई संख्या के अतिरि एक बिट प्रति सेल की दर से डेटा लिखता है। यदि एसएलसी मोड में एनएएनडी की क्षमता सीमा तक पहुँच जाती है, तो एसएसडी को एसएलसी मोड में लिखे गए सबसे पुराने डेटा को एमएलसी / टीएलसी मोड में फिर से लिखना चाहिए जिससे कि अधिक डेटा स्वीकार करने के लिए एसएलसी मोड एनएएनडी को मिटाया जा सके। हालाँकि, यह दृष्टिकोण एमएलसी / टीएलसी मोड में इन परिवर्तनों की प्रोग्रामिंग से बचने के लिए एसएलसी मोड में बार-बार बदले गए पृष्ठों को रखने से पहनने को कम कर सकता है, क्योंकि एमएलसी / टीएलसी मोड में लिखने से एसएलसी मोड में लिखने की तुलना में फ्लैश को अधिक नुकसान होता है।{{cn|date=January 2021}} इसलिए, यह दृष्टिकोण लेखन प्रवर्धन को बढ़ाता है लेकिन लेखन पैटर्न अधिकांशतः लिखे गए पृष्ठों को लक्षित करते समय पहनने को कम कर सकता है। चूंकि, अनुक्रमिक- और यादृच्छिक-लेखन पैटर्न नुकसान को बढ़ा देंगे क्योंकि एसएलसी क्षेत्र में कोई या कुछ बार-बार लिखे गए पृष्ठ नहीं हैं, जो पुराने डेटा को एसएलसी क्षेत्र से एमएलसी / टीएलसी को लगातार लिखने की आवश्यकता के लिए मजबूर करते हैं। इस विधि को कभी-कभी "एसएलसी कैश" कहा जाता है।
+| style="background: Wheat;" | टॉगल
+| style="background: LightCoral;" | नकारात्मक (खराब)
 |}
 <!-- Defragmenting an SSD has a negative impact on the WA. (Source needed.)-->
 {| class="wikitable"
-|+ *Relationship definitions
+|+ *संबंध की परिभाषा
 |-
-! Type
+! प्रकार
-! Relationship modified
+! संबंध संशोधित
-! Description
+! विवरण
 |-
-| style="background: Lightblue;" rowspan="2" | Variable
+| style="background: Lightblue;" rowspan="2" | चर
-| style="background: LightCoral;" |Direct
+| style="background: LightCoral;" |प्रत्यक्ष
-| style="background: LightCoral;" |As the factor increases the WA increases
+| style="background: LightCoral;" |जैसे ही कारक बढ़ता है डब्ल्यूए बढ़ता है
 |-
-| style="background: Lightgreen;" |Inverse
+| style="background: Lightgreen;" |उलटा
-| style="background: Lightgreen;" |As the factor increases the WA decreases
+| style="background: Lightgreen;" |जैसे ही कारक बढ़ता है डब्ल्यूए घटता है
 |-
-| style="background: wheat;" rowspan="2" | Toggle
+| style="background: wheat;" rowspan="2" | टॉगल
-| style="background: Lightgreen;" |Positive
+| style="background: Lightgreen;" |सकारात्मक
-| style="background: Lightgreen;" |When the factor is present the WA decreases
+| style="background: Lightgreen;" |जब कारक उपस्थित होता है तो डब्ल्यूए कम हो जाता है
 |-
-| style="background: LightCoral;" |Negative
+| style="background: LightCoral;" |नकारात्मक
-| style="background: LightCoral;" |When the factor is present the WA increases
+| style="background: LightCoral;" |जब कारक उपस्थित होता है तो डब्ल्यूए बढ़ जाता है
 |}
+== कचरा संग्रह ==
+{{Main|कचरा संग्रह (कंप्यूटर विज्ञान)}}
+[[File:Garbage Collection.png|thumb|upright=1.5|पृष्ठ पूर्ण होने तक ब्लॉक में लिखे जाते हैं। फिर, वर्तमान डेटा वाले पृष्ठों को एक नए ब्लॉक में ले जाया जाता है और पुराना ब्लॉक मिटा दिया जाता है।<ref name="L Smith" />]]डेटा को फ्लैश मेमोरी में पेज नामक इकाइयों में लिखा जाता है (फ्लैश मेमोरी, एनएएनडी मेमोरीसे बना)। हालाँकि, मेमोरी को केवल ब्लॉक नामक बड़ी इकाइयों में मिटाया जा सकता है।<ref name="L Smith" /> यदि ब्लॉक के कुछ पृष्ठों के डेटा की अब आवश्यकता नहीं है (जिसे बासी पृष्ठ भी कहा जाता है), केवल उस ब्लॉक के अच्छे डेटा वाले पृष्ठ पढ़े जाते हैं और पहले मिटाए गए खाली ब्लॉक में फिर से लिखे जाते हैं।<ref name="K Smith" /> फिर बासी डेटा को मूव न करके छोड़े गए फ्री पेज नए डेटा के लिए उपलब्ध होते हैं। यह [[कचरा संग्रह (कंप्यूटर विज्ञान)]] (जीसी) नामक एक प्रक्रिया है।<ref name="IBM_WA" /><ref name="OCZ_WA">{{cite web |url=http://www.oczenterprise.com/whitepapers/ssds-write-amplification-trim-and-gc.pdf |title=SSDs - प्रवर्धन, TRIM और GC लिखें|publisher=OCZ Technology |access-date=2012-11-13| archive-url=https://web.archive.org/web/20121031053414/http://www.oczenterprise.com/whitepapers/ssds-write-amplification-trim-and-gc.pdf| archive-date=2012-10-31| url-status=dead}</ref> सभी एसएसडी में कचरा संग्रह का कुछ स्तर सम्मलित होता है, लेकिन वे इस बात में भिन्न हो सकते हैं कि वे प्रक्रिया कब और कितनी तेजी से करते हैं।<ref name="OCZ_WA" /> कचरा संग्रह एसएसडी पर लेखन प्रवर्धन का एक बड़ा भाग है।<ref name="IBM_WA" /><ref name="OCZ_WA" />
-== {{Anchor|GC}}कचरा संग्रह ==
+पढ़ने के लिए फ्लैश मेमोरी को मिटाने की आवश्यकता नहीं होती है, इसलिए वे सामान्यतः लिखने के प्रवर्धन से जुड़े नहीं होते हैं। [[ परेशान पढ़ें |परेशान पढ़ना]] एरर की सीमित संभावना में, उस ब्लॉक में डेटा को पढ़ा और फिर से लिखा जाता है, लेकिन इसका ड्राइव के प्रवर्धन लिखिए पर कोई भौतिक प्रभाव नहीं पड़ेगा।<ref>{{cite web |url=http://download.micron.com/pdf/technotes/nand/tn2917.pdf |title=TN-29-17: NAND Flash Design and Use Considerations |year=2006 |publisher=Micron |access-date=2010-06-02}}</ref>
-{{Main|Garbage collection (computer science)}}
+=== पृष्ठभूमि कचरा संग्रह ===
-[[File:Garbage Collection.png|thumb|upright=1.5|पृष्ठ पूर्ण होने तक ब्लॉक में लिखे जाते हैं। फिर, वर्तमान डेटा वाले पृष्ठों को एक नए ब्लॉक में ले जाया जाता है और पुराना ब्लॉक मिटा दिया जाता है।<ref name="L Smith" />]]डेटा को फ्लैश मेमोरी में पेज नामक इकाइयों में लिखा जाता है (कई कोशिकाओं से बना)। हालाँकि, मेमोरी को केवल ब्लॉक नामक बड़ी इकाइयों में मिटाया जा सकता है (कई पृष्ठों से बना)।<ref name="L Smith" />यदि ब्लॉक के कुछ पृष्ठों के डेटा की अब आवश्यकता नहीं है (जिसे बासी पृष्ठ भी कहा जाता है), केवल उस ब्लॉक के अच्छे डेटा वाले पृष्ठ पढ़े जाते हैं और पहले से मिटाए गए खाली ब्लॉक में फिर से लिखे जाते हैं।<ref name="K Smith" />फिर बासी डेटा को मूव न करके छोड़े गए फ्री पेज नए डेटा के लिए उपलब्ध होते हैं। यह [[कचरा संग्रह (कंप्यूटर विज्ञान)]] (जीसी) नामक एक प्रक्रिया है।<ref name="IBM_WA" /><ref name="OCZ_WA">{{cite web |url=http://www.oczenterprise.com/whitepapers/ssds-write-amplification-trim-and-gc.pdf |title=SSDs - प्रवर्धन, TRIM और GC लिखें|publisher=OCZ Technology |access-date=2012-11-13| archive-url=https://web.archive.org/web/20121031053414/http://www.oczenterprise.com/whitepapers/ssds-write-amplification-trim-and-gc.pdf| archive-date=2012-10-31| url-status=dead}</ref> सभी SSDs में कचरा संग्रह का कुछ स्तर शामिल होता है, लेकिन वे इस बात में भिन्न हो सकते हैं कि वे प्रक्रिया कब और कितनी तेजी से करते हैं।<ref name="OCZ_WA" />कचरा संग्रह एसएसडी पर लेखन प्रवर्धन का एक बड़ा हिस्सा है।<ref name="IBM_WA" /><ref name="OCZ_WA" />
+कचरा संग्रह की प्रक्रिया में डेटा को फ्लैश मेमोरी में पढ़ना और फिर से लिखना सम्मलित है। इसका तात्पर्य यह है कि होस्ट से एक नए लेखन के लिए पहले पूरे ब्लॉक को पढ़ने की आवश्यकता होगी, ब्लॉक के उन हिस्सों का लेखन जिसमें अभी भी वैध डेटा सम्मलित है, और फिर नए डेटा का लेखन। यह प्रणाली के प्रदर्शन को काफी कम कर सकता है।<ref name="Mehling_Garbage">{{cite web |url=http://www.enterprisestorageforum.com/technology/features/article.php/3850436/Solid-State-Drives-Take-Out-the-Garbage.htm |title=सॉलिड स्टेट ड्राइव कचरा बाहर निकालते हैं|last=Mehling |first=Herman |publisher=Enterprise Storage Forum|date=2009-12-01 |access-date=2010-06-18}</ref> कई एसएसडी नियंत्रक पृष्ठभूमि कचरा संग्रह (बीजीसी) को लागू करते हैं, जिसे कभी-कभी निष्क्रिय कचरा संग्रह या निष्क्रिय-समय कचरा संग्रह (आईटीजीसी) कहा जाता है, जहां मेजबान को नया डेटा लिखने की आवश्यकता से पहले नियंत्रक फ्लैश मेमोरी के ब्लॉक को समेकित करने के लिए निष्क्रिय समय का उपयोग करता है। यह डिवाइस के प्रदर्शन को उच्च बनाए रखने में सक्षम बनाता है।<ref name="Conley" />
-पढ़ने के लिए फ्लैश मेमोरी को मिटाने की आवश्यकता नहीं होती है, इसलिए वे आम तौर पर लिखने के प्रवर्धन से जुड़े नहीं होते हैं। [[ परेशान पढ़ें ]] एरर की सीमित संभावना में, उस ब्लॉक के डेटा को पढ़ा और फिर से लिखा जाता है, लेकिन इससे ड्राइव के राइट एम्पलीफिकेशन पर कोई भौतिक प्रभाव नहीं पड़ेगा।<ref>{{cite web |url=http://download.micron.com/pdf/technotes/nand/tn2917.pdf |title=TN-29-17: NAND Flash Design and Use Considerations |year=2006 |publisher=Micron |access-date=2010-06-02}}</ref>
-=== {{Anchor|BG-GC}पृष्ठभूमि कचरा संग्रह ===
-कचरा संग्रह की प्रक्रिया में डेटा को फ्लैश मेमोरी में पढ़ना और फिर से लिखना शामिल है। इसका मतलब यह है कि होस्ट से एक नए लेखन के लिए पहले पूरे ब्लॉक को पढ़ने की आवश्यकता होगी, ब्लॉक के उन हिस्सों का लेखन जिसमें अभी भी वैध डेटा शामिल है, और फिर नए डेटा का लेखन। यह सिस्टम के प्रदर्शन को काफी कम कर सकता है।<ref name="Mehling_Garbage">{{cite web |url=http://www.enterprisestorageforum.com/technology/features/article.php/3850436/Solid-State-Drives-Take-Out-the-Garbage.htm |title=सॉलिड स्टेट ड्राइव कचरा बाहर निकालते हैं|last=Mehling |first=Herman |publisher=Enterprise Storage Forum|date=2009-12-01 |access-date=2010-06-18}</ref> कई एसएसडी नियंत्रक पृष्ठभूमि कचरा संग्रह (बीजीसी) को लागू करते हैं, जिसे कभी-कभी निष्क्रिय कचरा संग्रह या निष्क्रिय-समय कचरा संग्रह (आईटीजीसी) कहा जाता है, जहां मेजबान को नया लिखने की आवश्यकता से पहले फ्लैश मेमोरी के ब्लॉक को समेकित करने के लिए नियंत्रक निष्क्रिय समय का उपयोग करता है। आंकड़े। यह डिवाइस के प्रदर्शन को उच्च बनाए रखने में सक्षम बनाता है।<ref name="Conley" />
-यदि नियंत्रक को पृष्ठभूमि में कचरा इकट्ठा करना था, तो यह पूरी तरह से आवश्यक होने से पहले सभी अतिरिक्त ब्लॉकों को इकट्ठा करता था, मेजबान से लिखे गए नए डेटा को पहले से किसी भी डेटा को स्थानांतरित किए बिना लिखा जा सकता था, जिससे प्रदर्शन को अपनी चरम गति से संचालित किया जा सके। ट्रेड-ऑफ यह है कि डेटा के उन ब्लॉकों में से कुछ वास्तव में होस्ट द्वारा आवश्यक नहीं हैं और अंततः हटा दिए जाएंगे, लेकिन ओएस ने नियंत्रक को यह जानकारी नहीं दी थी (जब तक कि #TRIM पेश नहीं किया गया था)। इसका परिणाम यह होता है कि जल्द-से-हटाया जाने वाला डेटा फ्लैश मेमोरी में किसी अन्य स्थान पर फिर से लिखा जाता है, जिससे राइट एम्पलीफिकेशन बढ़ जाता है। ओसीजेड के कुछ एसएसडी में पृष्ठभूमि कचरा संग्रह केवल कुछ ही ब्लॉकों को साफ करता है, फिर बंद हो जाता है, जिससे अत्यधिक लिखने की मात्रा सीमित हो जाती है।<ref name="OCZ_WA" />एक अन्य समाधान एक कुशल कचरा संग्रह प्रणाली है जो मेजबान के लेखन के समानांतर आवश्यक चालें कर सकती है। यह समाधान उच्च लेखन परिवेशों में अधिक प्रभावी है जहां एसएसडी शायद ही कभी निष्क्रिय होता है।<ref name="Layton">{{cite magazine |url=http://www.linux-mag.com/id/7590/2/ |archive-url=https://web.archive.org/web/20091031090924/http://www.linux-mag.com/id/7590/2/ |url-status=usurped |archive-date=October 31, 2009 |title=एसएसडी का एनाटॉमी|last=Layton |first=Jeffrey B. |magazine=Linux Magazine |date=2009-10-27 |access-date=2010-06-19}}</ref> सैंडफोर्स एसएसडी नियंत्रक<ref name="Mehling_Garbage" />और [[वायलिन मेमोरी]] के सिस्टम में यह क्षमता है।<ref name="Zsolt_WA" />
-=== फाइलसिस्टम-जागरूक कचरा संग्रह ===
-में, कुछ निर्माताओं (विशेष रूप से सैमसंग) ने एसएसडी नियंत्रकों की शुरुआत की, जिन्होंने हाल ही में हटाई गई फ़ाइलों और [[डिस्क विभाजन]] की पहचान करने के लिए एसएसडी पर उपयोग की जाने वाली [[फाइल सिस्टम]] का विश्लेषण करने के लिए बीजीसी की अवधारणा को बढ़ाया। सैमसंग ने दावा किया कि यह सुनिश्चित करेगा कि [[ट्रिम (कंप्यूटिंग)]] का समर्थन नहीं करने वाले सिस्टम (ऑपरेटिंग सिस्टम और सैटा नियंत्रक हार्डवेयर) समान प्रदर्शन प्राप्त कर सकते हैं। ऐसा प्रतीत होता है कि सैमसंग कार्यान्वयन का संचालन एक [[NTFS]] फाइल सिस्टम को मान लेता है और इसकी आवश्यकता होती है।<ref name="Bell_Garbage">{{cite web |url=http://www.jdfsl.org/subscriptions/JDFSL-V5N3-Bell.pdf |archive-url=https://web.archive.org/web/20140705081442/http://www.jdfsl.org/subscriptions/JDFSL-V5N3-Bell.pdf|title=सॉलिड स्टेट ड्राइव: डिजिटल फोरेंसिक रिकवरी में वर्तमान अभ्यास के अंत की शुरुआत?|last=Bell |first=Graeme B. |publisher=Journal of Digital Forensics, Security and Law |year=2010 |archive-date=2014-07-05 |access-date=2012-04-02}</ref> यह स्पष्ट नहीं है कि यह सुविधा अभी भी इन निर्माताओं से एसएसडी भेजने में उपलब्ध है या नहीं। यदि इन ड्राइवों को [[ मास्टर बूट दस्तावेज़ ]] और NTFS का उपयोग करके ठीक से स्वरूपित नहीं किया गया है, तो सिस्टमिक डेटा भ्रष्टाचार की सूचना दी गई है।{{Citation needed|date=October 2016}}<!-- Only reported on Linux forum posts and nobody bothered to write it into a news (even Linux nerd news) article. Posters report that Samsung support claims disk is for "MBR only" with no extra explanation. Some firmware update for 830/40/50 is said to fix it. -->
+यदि नियंत्रक को पृष्ठभूमि में कचरा इकट्ठा करना था, तो यह पूरी तरह से आवश्यक होने से पहले सभी अतिरिक्त ब्लॉकों को इकट्ठा करता था, मेजबान से लिखे गए नए डेटा को पहले से किसी भी डेटा को स्थानांतरित किए बिना लिखा जा सकता था, जिससे प्रदर्शन को अपनी चरम गति से संचालित किया जा सके। व्यापार-संवृत यह है कि डेटा के उन ब्लॉकों में से कुछ वास्तव में मेजबान द्वारा आवश्यक नहीं हैं और अंततः हटा दिए जाएंगे, लेकिन ओएस ने नियंत्रक को यह जानकारी नहीं दी थी (जब तक टीआरआईएम पेश नहीं किया गया था)। इसका परिणाम यह होता है कि जल्द-से-हटाया जाने वाला डेटा फ्लैश मेमोरी में किसी अन्य स्थान पर फिर से लिखा जाता है, जिससे प्रवर्धन लिखिए बढ़ जाता है। ओसीजेड के कुछ एसएसडी में पृष्ठभूमि कचरा संग्रह केवल कुछ ही ब्लॉकों को साफ़ करता है, फिर संवृत हो जाता है, जिससे अत्यधिक लिखने की मात्रा सीमित हो जाती है।<ref name="OCZ_WA" />एक अन्य समाधान एक कुशल कचरा संग्रह प्रणाली है जो मेजबान के लेखन के समानांतर आवश्यक चालें कर सकती है। यह समाधान उच्च लेखन परिवेशों में अधिक प्रभावी है जहां एसएसडी संभव ही कभी निष्क्रिय होता है।<ref name="Layton">{{cite magazine |url=http://www.linux-mag.com/id/7590/2/ |archive-url=https://web.archive.org/web/20091031090924/http://www.linux-mag.com/id/7590/2/ |url-status=usurped |archive-date=October 31, 2009 |title=एसएसडी का एनाटॉमी|last=Layton |first=Jeffrey B. |magazine=Linux Magazine |date=2009-10-27 |access-date=2010-06-19}}</ref> सैंडफोर्स एसएसडी नियंत्रक<ref name="Mehling_Garbage" />और [[वायलिन मेमोरी]] के प्रणाली में यह क्षमता है।<ref name="Zsolt_WA" />
+=== संचिका प्रणाली-जागरूक कचरा संग्रह ===
+में, कुछ निर्माताओं (विशेष रूप से सैमसंग) ने एसएसडी नियंत्रकों की प्रारंभ की, जिन्होंने एसएसडी पर उपयोग की जाने वाली [[फाइल सिस्टम|फाइल प्रणाली]] का विश्लेषण करने के लिए बीजीसी की अवधारणा को विस्तारित किया, जिससे कि हाल ही में हटाई गई फाइलों और  [[डिस्क विभाजन]] की पहचान हो सके। सैमसंग ने दावा किया कि इससे यह सुनिश्चित होगा कि [[ट्रिम (कंप्यूटिंग)]] का समर्थन नहीं करने वाले प्रणाली (परिचालन प्रणाली और सैटा नियंत्रक हार्डवेयर) भी समान प्रदर्शन प्राप्त कर सकते हैं। ऐसा प्रतीत होता है कि सैमसंग कार्यान्वयन का संचालन एक नई प्रौद्योगिकी फ़ाइल प्रणाली को मान लेता है और इसकी आवश्यकता होती है। यह स्पष्ट नहीं है कि यह सुविधा अभी भी इन निर्माताओं से एसएसडी भेजने में उपलब्ध है या नहीं। इन ड्राइव्स पर प्रणालीगत डेटा भ्रष्टाचार की सूचना दी गई है यदि वे [[ मास्टर बूट दस्तावेज़ |मास्टर बूट दस्तावेज़]] और एनटीएफएस का उपयोग करके ठीक से स्वरूपित नहीं हैं।{{Citation needed|date=October 2016}}
 == ट्रिम ==
-{{Main|Trim (computing)}}
+{{Main|ट्रिम (कम्प्यूटिंग)}}
-ट्रिम (कंप्यूटिंग) एक एसएटीए कमांड है जो ऑपरेटिंग सिस्टम को एसएसडी को यह बताने में सक्षम बनाता है कि पहले से सहेजे गए डेटा के कौन से ब्लॉक फ़ाइल विलोपन या वॉल्यूम स्वरूपण के परिणामस्वरूप आवश्यक नहीं हैं। जब एक LBA को OS से बदल दिया जाता है, जैसा कि किसी फ़ाइल के ओवरराइट के साथ होता है, तो SSD को पता होता है कि मूल LBA को पुराने या अमान्य के रूप में चिह्नित किया जा सकता है और यह कचरा संग्रह के दौरान उन ब्लॉकों को नहीं बचाएगा। यदि उपयोगकर्ता या ऑपरेटिंग सिस्टम किसी फ़ाइल को मिटा देता है (न केवल उसके कुछ हिस्सों को हटा देता है), फ़ाइल को आमतौर पर हटाने के लिए चिह्नित किया जाएगा, लेकिन डिस्क पर वास्तविक सामग्री वास्तव में कभी भी मिटाई नहीं जाती है। इस वजह से, SSD को यह नहीं पता होता है कि यह फ़ाइल द्वारा पहले से कब्जा किए गए LBA को मिटा सकता है, इसलिए SSD ऐसे LBA को कचरा संग्रह में शामिल करता रहेगा।<ref name="Christiansen">{{cite web |url=http://www.snia.org/events/storage-developer2009/presentations/thursday/NealChristiansen_ATA_TrimDeleteNotification_Windows7.pdf |title=ATA Trim/Delete Notification Support in Windows 7 |author=Christiansen, Neal |publisher=Storage Developer Conference, 2009 |date=2009-09-14 |access-date=2010-06-20 |archive-date=2010-03-26 |archive-url=https://web.archive.org/web/20100326065117/http://www.snia.org/events/storage-developer2009/presentations/thursday/NealChristiansen_ATA_TrimDeleteNotification_Windows7.pdf |url-status=dead }}</ref><ref name="SSD_Improv">{{cite web |url=http://www.anandtech.com/show/2865 |title=एसएसडी इंप्रूव: इंटेल और इंडिलिंक्स को टीआरआईएम मिलता है, किंग्स्टन इंटेल को $115 तक नीचे लाता है|author=Shimpi, Anand Lal |publisher=AnandTech.com |date=2009-11-17 |access-date=2010-06-20}}</ref><ref name="Mehling_TRIM">{{cite web |url=http://www.enterprisestorageforum.com/technology/features/article.php/3861181/Solid-State-Drives-Get-Faster-with-TRIM.htm |title=सॉलिड स्टेट ड्राइव TRIM के साथ तेज़ हो जाते हैं|last=Mehling |first=Herman |publisher=Enterprise Storage Forum|date=2010-01-27 |access-date=2010-06-20}}</ref>
-टीआरआईएम कमांड की शुरूआत ऑपरेटिंग सिस्टम के लिए इस समस्या का समाधान करती है जो ट्रिम (कंप्यूटिंग)#ऑपरेटिंग सिस्टम विंडोज 7 में नई सुविधाओं की तरह इसका समर्थन करती है#सॉलिड स्टेट ड्राइव,<ref name="SSD_Improv" />Mac OS (स्नो लेपर्ड, लायन, और माउंटेन लायन के नवीनतम रिलीज़, कुछ मामलों में पैच किए गए),<ref>{{cite web|url=http://osxdaily.com/2012/01/03/enable-trim-all-ssd-mac-os-x-lion/ |title=Enable TRIM for All SSD's &#91;sic&#93; in Mac OS X Lion |publisher=osxdaily.com |date=2012-01-03 |access-date=2012-08-14}}</ref> संस्करण 8.1 के बाद से [[FreeBSD]],<ref>{{cite web|url=https://www.freebsd.org/releases/8.1R/relnotes-detailed.html#DISKS|title=FreeBSD 8.1-RELEASE Release Notes|website=FreeBSD.org}}</ref> और [[Linux]], Linux कर्नेल मेनलाइन के संस्करण 2.6.33 से।<ref>{{cite web |url=http://kernelnewbies.org/Linux_2_6_33#head-b9b8a40358aaef60a61fcf12e9055900709a1cfb |title=Linux 2.6.33 Features |website=KernelNewbies.org |date=2010-02-04 |access-date=2010-07-23}}</ref> जब कोई फ़ाइल स्थायी रूप से हटा दी जाती है या ड्राइव को स्वरूपित किया जाता है, तो OS LBA के साथ TRIM कमांड भेजता है जिसमें अब वैध डेटा नहीं होता है। यह SSD को सूचित करता है कि उपयोग में आने वाले LBA को मिटाया और पुन: उपयोग किया जा सकता है। यह एलबीए को कचरा संग्रहण के दौरान स्थानांतरित करने की आवश्यकता को कम करता है। नतीजा यह है कि एसएसडी के पास अधिक खाली स्थान होगा जिससे कम लेखन प्रवर्धन और उच्च प्रदर्शन सक्षम होगा।<ref name="Christiansen" /><ref name="SSD_Improv" /><ref name="Mehling_TRIM" />
+ट्रिम (कंप्यूटिंग) एक एसएटीए कमांड है जो परिचालन प्रणाली को एसएसडी को यह बताने में सक्षम बनाता है कि पहले से संभाले गए डेटा के कौन से ब्लॉक फ़ाइल विलोपन या वॉल्यूम स्वरूपण के परिणामस्वरूप आवश्यक नहीं हैं। जब एक एलबीए को ओएस से बदल दिया जाता है, जैसा कि किसी फ़ाइल के ओवरराइट के साथ होता है, तो एसएसडी को पता होता है कि मूल एलबीए को पुराने या अमान्य के रूप में चिह्नित किया जा सकता है और यह कचरा संग्रह के समय उन ब्लॉकों को नहीं बचाएगा। यदि उपयोगकर्ता या परिचालन प्रणाली किसी फ़ाइल को मिटा देता है (न केवल उसके कुछ हिस्सों को हटा देता है), तो फ़ाइल को सामान्यतः हटाने के लिए चिह्नित किया जाएगा, लेकिन डिस्क पर वास्तविक सामग्री वास्तव में कभी भी मिटाई नहीं जाती है। इस वजह से, एसएसडी को यह नहीं पता होता है कि यह फ़ाइल द्वारा पहले से अधिग्रहण किए गए एलबीए को मिटा सकता है, इसलिए एसएसडी ऐसे एलबीए को कचरा संग्रह में सम्मलित करता रहेगा।<ref name="Christiansen">{{cite web |url=http://www.snia.org/events/storage-developer2009/presentations/thursday/NealChristiansen_ATA_TrimDeleteNotification_Windows7.pdf |title=ATA Trim/Delete Notification Support in Windows 7 |author=Christiansen, Neal |publisher=Storage Developer Conference, 2009 |date=2009-09-14 |access-date=2010-06-20 |archive-date=2010-03-26 |archive-url=https://web.archive.org/web/20100326065117/http://www.snia.org/events/storage-developer2009/presentations/thursday/NealChristiansen_ATA_TrimDeleteNotification_Windows7.pdf |url-status=dead }}</ref><ref name="SSD_Improv">{{cite web |url=http://www.anandtech.com/show/2865 |title=एसएसडी इंप्रूव: इंटेल और इंडिलिंक्स को टीआरआईएम मिलता है, किंग्स्टन इंटेल को $115 तक नीचे लाता है|author=Shimpi, Anand Lal |publisher=AnandTech.com |date=2009-11-17 |access-date=2010-06-20}}</ref><ref name="Mehling_TRIM">{{cite web |url=http://www.enterprisestorageforum.com/technology/features/article.php/3861181/Solid-State-Drives-Get-Faster-with-TRIM.htm |title=सॉलिड स्टेट ड्राइव TRIM के साथ तेज़ हो जाते हैं|last=Mehling |first=Herman |publisher=Enterprise Storage Forum|date=2010-01-27 |access-date=2010-06-20}}</ref>
+टीआरआईएम कमांड की शुरूआत परिचालन प्रणाली के लिए इस समस्या का समाधान करती है जो इसे विंडोज 7 <ref name="SSD_Improv" /> मैक ओएस (स्नो लेपर्ड, लायन और माउंटेन लायन की नवीनतम रिलीज़, कुछ स्थितियों में पैच की गई) <ref>{{cite web|url=http://osxdaily.com/2012/01/03/enable-trim-all-ssd-mac-os-x-lion/ |title=Enable TRIM for All SSD's &#91;sic&#93; in Mac OS X Lion |publisher=osxdaily.com |date=2012-01-03 |access-date=2012-08-14}}</ref> संस्करण 8.1 के पश्चात से [[FreeBSD|फ्रीबीएसडी]],<ref>{{cite web|url=https://www.freebsd.org/releases/8.1R/relnotes-detailed.html#DISKS|title=FreeBSD 8.1-RELEASE Release Notes|website=FreeBSD.org}}</ref> और लिनक्स कर्नेल मेनलाइन के संस्करण 2.6.33 से [[Linux|लिनक्स]] तक।<ref>{{cite web |url=http://kernelnewbies.org/Linux_2_6_33#head-b9b8a40358aaef60a61fcf12e9055900709a1cfb |title=Linux 2.6.33 Features |website=KernelNewbies.org |date=2010-02-04 |access-date=2010-07-23}}</ref> जब कोई फ़ाइल स्थायी रूप से हटा दी जाती है या ड्राइव को स्वरूपित किया जाता है, तो ओएस एलबीए के साथ ट्रिम कमांड भेजता है जिसमें अब वैध डेटा नहीं होता है। यह एसएसडी को सूचित करता है कि उपयोग में आने वाले एलबीए को मिटाया और पुन: उपयोग किया जा सकता है। यह एलबीए को कचरा संग्रहण के समय स्थानांतरित करने की आवश्यकता को कम करता है। नतीजा यह है कि एसएसडी के पास अधिक खाली स्थान होगा जिससे कम लेखन प्रवर्धन और उच्च प्रदर्शन सक्षम होगा।<ref name="Christiansen" /><ref name="SSD_Improv" /><ref name="Mehling_TRIM" />
 === सीमाएं और निर्भरताएं ===
-TRIM कमांड को SSD के समर्थन की भी आवश्यकता होती है। यदि SSD में [[फर्मवेयर]] के पास TRIM कमांड के लिए समर्थन नहीं है, तो TRIM कमांड के साथ प्राप्त LBA को अमान्य के रूप में चिह्नित नहीं किया जाएगा और यह मानते हुए कि डेटा अभी भी वैध है, ड्राइव कचरा एकत्र करना जारी रखेगा। केवल जब ओएस उन एलबीए में नया डेटा सहेजता है तो एसएसडी मूल एलबीए को अमान्य के रूप में चिह्नित करने के बारे में जानेंगे।<ref name="Mehling_TRIM" />SSD निर्माता जो मूल रूप से अपने ड्राइव में TRIM समर्थन का निर्माण नहीं करते थे, वे या तो उपयोगकर्ता को फर्मवेयर अपग्रेड की पेशकश कर सकते हैं, या एक अलग उपयोगिता प्रदान कर सकते हैं जो OS से अमान्य डेटा की जानकारी निकालता है और अलग से SSD को TRIM करता है। लाभ उपयोगकर्ता द्वारा उस उपयोगिता के प्रत्येक रन के बाद ही महसूस किया जाएगा। उपयोगकर्ता उस उपयोगिता को पृष्ठभूमि में समय-समय पर स्वचालित रूप से निर्धारित कार्य के रूप में चलाने के लिए सेट कर सकता है।<ref name="Mehling_Garbage" />
+ट्रिम कमांड को एसएसडी के समर्थन की भी आवश्यकता होती है। यदि एसएसडी में [[फर्मवेयर]] के पास ट्रिम कमांड के लिए समर्थन नहीं है, तो ट्रिम कमांड के साथ प्राप्त एलबीए को अमान्य के रूप में चिह्नित नहीं किया जाएगा और यह मानते हुए कि डेटा अभी भी वैध है, ड्राइव कचरा एकत्र करना जारी रखेगा। केवल जब ओएस उन एलबीए में नए डेटा को सहेजता है तो एसएसडी मूल एलबीए को अमान्य के रूप में चिह्नित करने के बारे में जानेंगे।<ref name="Mehling_TRIM" /> एसएसडी निर्माता जो मूल रूप से अपने ड्राइव में ट्रिम समर्थन का निर्माण नहीं करते थे, वे या तो उपयोगकर्ता को फर्मवेयर अपग्रेड की पेशकश कर सकते हैं, या एक अलग उपयोगिता प्रदान कर सकते हैं जो ओएस से अमान्य डेटा की जानकारी निकालता है और अलग से एसएसडी को ट्रिम करता है। लाभ उपयोगकर्ता द्वारा उस उपयोगिता के प्रत्येक रन के पश्चात ही महसूस किया जाएगा। उपयोगकर्ता उस उपयोगिता को समय-समय पर पृष्ठभूमि में स्वचालित रूप से निर्धारित कार्य के रूप में चलाने के लिए सेट कर सकता है।<ref name="Mehling_Garbage" />
-सिर्फ इसलिए कि SSD TRIM कमांड का समर्थन करता है, जरूरी नहीं कि यह TRIM कमांड के तुरंत बाद शीर्ष गति पर प्रदर्शन करने में सक्षम हो। TRIM कमांड के बाद मुक्त होने वाला स्थान पूरे SSD में फैले यादृच्छिक स्थानों पर हो सकता है। बेहतर प्रदर्शन दिखाने के लिए उन स्थानों को समेकित करने से पहले डेटा लिखने और कचरा संग्रह करने में कई पास लगेंगे।<ref name="Mehling_TRIM" />
-TRIM कमांड का समर्थन करने के लिए OS और SSD को कॉन्फ़िगर किए जाने के बाद भी, अन्य शर्तें TRIM से किसी भी लाभ को रोक सकती हैं। {{As of|2010|1|27|alt=As of early 2010}}, डेटाबेस और RAID सिस्टम अभी तक TRIM-जागरूक नहीं हैं और फलस्वरूप यह नहीं जान पाएंगे कि उस जानकारी को SSD पर कैसे भेजा जाए। उन मामलों में SSD तब तक उन ब्लॉकों को सहेजना और कचरा इकट्ठा करना जारी रखेगा जब तक कि OS उन LBA को नए लिखने के लिए उपयोग नहीं करता।<ref name="Mehling_TRIM" />
-TRIM कमांड का वास्तविक लाभ SSD पर मुक्त उपयोगकर्ता स्थान पर निर्भर करता है। यदि SSD पर उपयोगकर्ता क्षमता 100 GB थी और उपयोगकर्ता ने वास्तव में ड्राइव में 95 GB डेटा सहेजा था, तो कोई भी TRIM ऑपरेशन कचरा संग्रहण और पहनने के स्तर के लिए 5GB से अधिक खाली स्थान नहीं जोड़ेगा। उन स्थितियों में, 5GB से अधिक प्रावधान की मात्रा बढ़ाने से SSD को अधिक सुसंगत प्रदर्शन करने की अनुमति मिलेगी क्योंकि इसमें OS से आने वाले TRIM कमांड की प्रतीक्षा किए बिना हमेशा अतिरिक्त 5GB अतिरिक्त खाली स्थान होगा।<ref name="Mehling_TRIM" />
+सिर्फ इसलिए कि एसएसडी ट्रिम कमांड का समर्थन करता है, जरूरी नहीं कि यह ट्रिम कमांड के तुरंत पश्चात शीर्ष गति पर प्रदर्शन करने में सक्षम हो। ट्रिम कमांड के पश्चात मुक्त होने वाला स्थान पूरे एसएसडी में फैले यादृच्छिक स्थानों पर हो सकता है। बेहतर प्रदर्शन दिखाने के लिए उन जगहों को समेकित करने से पहले डेटा लिखने और कचरा इकट्ठा करने के कई पास होंगे।<ref name="Mehling_TRIM" />
+ट्रिम कमांड का समर्थन करने के लिए ओएस और एसएसडी को कॉन्फ़िगर किए जाने के पश्चात भी, अन्य शर्तें ट्रिम से किसी भी लाभ को रोक सकती हैं। {{As of|2010|1|27|alt=As of early 2010}}, डेटाबेस और रेड उपकरण अभी तक ट्रिम-जागरूक नहीं हैं और फलस्वरूप यह नहीं जान पाएंगे कि उस जानकारी को एसएसडी पर कैसे पास किया जाए। उन स्थितियों में एसएसडी तब तक उन ब्लॉकों को सहेजना और कचरा इकट्ठा करना जारी रखेगा जब तक ओएस उन एलबीए को नए लिखने के लिए उपयोग नहीं करता।<ref name="Mehling_TRIM" />
+ट्रिम कमांड का वास्तविक लाभ एसएसडी पर मुक्त उपयोगकर्ता स्थान पर निर्भर करता है। यदि एसएसडी पर उपयोगकर्ता क्षमता 100 जीबी थी और उपयोगकर्ता ने वास्तव में ड्राइव में 95 जीबी डेटा सहेजा था, तो कोई भी ट्रिम ऑपरेशन कचरा संग्रहण और पहनने के स्तर के लिए 5 जीबी से अधिक मुक्त स्थान नहीं जोड़ेगा। उन स्थितियों में, 5 जीबी से अधिक प्रावधान की मात्रा बढ़ाने से एसएसडी को अधिक सुसंगत प्रदर्शन करने की अनुमति मिलती है क्योंकि ओएस से आने वाले टीआरआईएम कमांड की प्रतीक्षा किए बिना सदैव अतिरिक्त 5 जीबी अतिरिक्त खाली स्थान होगा।<ref name="Mehling_TRIM" />
 == ओवर-प्रोविजनिंग ==
-[[File:Over-provisioning on an SSD.png|thumb|upright=1.5|SSDs पर ओवर-प्रोविजनिंग के तीन स्रोत (स्तर) पाए गए<ref name="Mehling_Garbage" /><ref name="Jim_Bagley" />]]ओवर-प्रोविजनिंग (कभी-कभी ओपी, ओवर प्रोविजनिंग या ओवरप्रोविजनिंग के रूप में लिखा जाता है) फ्लैश मेमोरी की भौतिक क्षमता और उपयोगकर्ता के लिए उपलब्ध [[ऑपरेटिंग सिस्टम]] (ओएस) के माध्यम से प्रस्तुत तार्किक क्षमता के बीच का अंतर है। एसएसडी पर कचरा संग्रह, वियर-लेवलिंग और खराब ब्लॉक मैपिंग संचालन के दौरान, ओवर-प्रोविजनिंग से अतिरिक्त स्थान लेखन प्रवर्धन को कम करने में मदद करता है जब नियंत्रक फ्लैश मेमोरी को लिखता है।<ref name="Lucchesi" /><ref name="Jim_Bagley">{{cite web
+[[File:Over-provisioning on an SSD.png|thumb|upright=1.5|एसएसडीs पर ओवर-प्रोविजनिंग के तीन स्रोत (स्तर) पाए गए<ref name="Mehling_Garbage" /><ref name="Jim_Bagley" />]]ओवर-प्रोविजनिंग (कभी-कभी ओपी, ओवर प्रोविजनिंग या ओवरप्रोविजनिंग के रूप में लिखा जाता है) फ्लैश मेमोरी की भौतिक क्षमता और उपयोगकर्ता के लिए उपलब्ध [[ऑपरेटिंग सिस्टम|परिचालन प्रणाली]] (ओएस) के माध्यम से प्रस्तुत तार्किक क्षमता के बीच का अंतर है। एसएसडी पर कचरा संग्रह, वियर-लेवलिंग और खराब ब्लॉक मैपिंग संचालन के समय, ओवर-प्रोविजनिंग से अतिरिक्त स्थान लेखन प्रवर्धन को कम करने में मदद करता है जब नियंत्रक फ्लैश मेमोरी को लिखता है।<ref name="Lucchesi" /><ref name="Jim_Bagley">{{cite web
   | url = http://www.plianttechnology.com/pdf/SSG-NOW_SSD_Flash_Bulletin_July_2009.pdf#page=2
   | archive-url = https://web.archive.org/web/20090902214044/http://www.plianttechnology.com/pdf/SSG-NOW_SSD_Flash_Bulletin_July_2009.pdf#page=2
@@ Line 156: / Line 147: @@
   | author = Bagley, Jim | website = plianttechnology.com
   | format = PDF | page = 2
-}}</ref><ref name="Drossel">{{cite web |url=http://www.snia.org/events/storage-developer2009/presentations/wednesday/GaryDrossel_Methodologies_SSD_Usable_Life.pdf |title=एसएसडी प्रयोग करने योग्य जीवन की गणना के लिए तरीके|last=Drossel |first=Gary |publisher=Storage Developer Conference, 2009 |date=2009-09-14 |access-date=2010-06-20}}</ref> फ्लैश ट्रांसलेशन लेयर टेबल जैसे फर्मवेयर डेटा को स्टोर करने के लिए ओवर-प्रोविजनिंग क्षेत्र का भी उपयोग किया जाता है। ओवर-प्रोविजनिंग को उपयोगकर्ता-उपलब्ध क्षमता के लिए अतिरिक्त क्षमता के प्रतिशत अनुपात के रूप में दर्शाया गया है:<ref name="Smith_2012">{{cite web |url=http://www.flashmemorysummit.com/English/Collaterals/Proceedings/2012/20120822_TE21_Smith.pdf |title=एसएसडी ओवर-प्रोविजनिंग को समझना|last=Smith |first=Kent |date=2011-08-01 |page=14 |website=FlashMemorySummit.com |access-date=2012-12-03}}</ref>
+}}</ref><ref name="Drossel">{{cite web |url=http://www.snia.org/events/storage-developer2009/presentations/wednesday/GaryDrossel_Methodologies_SSD_Usable_Life.pdf |title=एसएसडी प्रयोग करने योग्य जीवन की गणना के लिए तरीके|last=Drossel |first=Gary |publisher=Storage Developer Conference, 2009 |date=2009-09-14 |access-date=2010-06-20}}</ref> फ्लैश ट्रांसलेशन लेयर टेबल जैसे फर्मवेयर डेटा को स्टोर करने के लिए ओवर-प्रोविजनिंग क्षेत्र का भी उपयोग किया जाता है। अति-प्रावधानीकरण को उपयोगकर्ता-उपलब्ध क्षमता की अतिरिक्त क्षमता के प्रतिशत अनुपात के रूप में दर्शाया जाता है:<ref name="Smith_2012">{{cite web |url=http://www.flashmemorysummit.com/English/Collaterals/Proceedings/2012/20120822_TE21_Smith.pdf |title=एसएसडी ओवर-प्रोविजनिंग को समझना|last=Smith |first=Kent |date=2011-08-01 |page=14 |website=FlashMemorySummit.com |access-date=2012-12-03}}</ref>
 :<math>\text{over-provisioning} = \frac{\text{physical capacity}-\text{user capacity}}{\text{user capacity}}</math>
-ओवर-प्रोविजनिंग आमतौर पर तीन स्रोतों से आती है:
+ओवर-प्रोविजनिंग सामान्यतः तीन स्रोतों से आती है:
-# [[[[गिबिबाइट]]]] (जीआईबी) के बजाय इकाई के रूप में गीगाबाइट (जीबी) की क्षमता और उपयोग की गणना। HDD और SSD दोनों विक्रेता दशमलव GB या 1,000,000,000 (= 10) का प्रतिनिधित्व करने के लिए GB शब्द का उपयोग करते हैं<sup>9</sup>) बाइट्स। अधिकांश अन्य इलेक्ट्रॉनिक स्टोरेज की तरह, फ्लैश मेमोरी को दो की शक्तियों में इकट्ठा किया जाता है, इसलिए एसएसडी की भौतिक क्षमता की गणना 1,073,741,824 (= 2) पर आधारित होगी।<sup>30</sup>) प्रति बाइनरी GB या GiB। इन दो मानों के बीच का अंतर 7.37% है (= (2<sup>30</sup> − 10<sup>9</sup>) / 10<sup>9</sup> × 100%)। इसलिए, 0% अतिरिक्त प्रावधान के साथ एक 128 जीबी एसएसडी उपयोगकर्ता को 128,000,000,000 बाइट प्रदान करेगा (कुल 137,438,953,472 में से)। यह प्रारंभिक 7.37% आमतौर पर कुल ओवर-प्रोविजनिंग संख्या में नहीं गिना जाता है, और उपलब्ध वास्तविक राशि आमतौर पर कम होती है क्योंकि कंट्रोलर को गैर-ऑपरेटिंग सिस्टम डेटा जैसे ब्लॉक स्टेटस फ्लैग का ट्रैक रखने के लिए कुछ स्टोरेज स्पेस की आवश्यकता होती है।<ref name="Jim_Bagley" /><ref name="Smith_2012" />टेराबाइट रेंज में 7.37% का आंकड़ा 9.95% तक बढ़ सकता है, जैसा कि {{citation needed span|text=manufacturers take advantage of a further grade of binary/decimal unit divergence to offer 1 or 2&nbsp;TB drives of 1000 and 2000&nbsp;GB capacity (931 and 1862&nbsp;GiB), respectively, instead of 1024 and 2048&nbsp;GB (as 1&nbsp;TB = 1,000,000,000,000 bytes in decimal terms, but 1,099,511,627,776 in binary). |date=April 2017 |reason=An unsourced claim about manufacturers conspiracy, implying intentional acting against clients}}
-# निर्माता का फैसला। यह आमतौर पर 0%, 7% या 28% पर किया जाता है, जो भौतिक क्षमता के दशमलव गीगाबाइट और उपयोगकर्ता के लिए उपलब्ध स्थान के दशमलव गीगाबाइट के बीच के अंतर पर आधारित होता है। उदाहरण के तौर पर, कोई निर्माता 128 जीबी संभावित क्षमता के आधार पर अपने एसएसडी के लिए 100, 120 या 128 जीबी पर विनिर्देश प्रकाशित कर सकता है। यह अंतर क्रमशः 28%, 7% और 0% है और निर्माता के दावे का आधार है कि उनके ड्राइव पर 28% से अधिक प्रावधान हैं। यह दशमलव और बाइनरी गीगाबाइट के बीच के अंतर से उपलब्ध अतिरिक्त 7.37% क्षमता की गणना नहीं करता है।<ref name="Jim_Bagley" /><ref name="Smith_2012" /># ड्राइव पर ज्ञात मुक्त उपयोगकर्ता स्थान, अप्रयुक्त भागों की रिपोर्टिंग की कीमत पर, या वर्तमान या भविष्य की क्षमता की कीमत पर धीरज और प्रदर्शन प्राप्त करना। TRIM कमांड का उपयोग करके ऑपरेटिंग सिस्टम द्वारा इस खाली स्थान की पहचान की जा सकती है। वैकल्पिक रूप से, कुछ एसएसडी एक उपयोगिता प्रदान करते हैं जो अंतिम उपयोगकर्ता को अतिरिक्त प्रावधान का चयन करने की अनुमति देता है। इसके अलावा, यदि कोई एसएसडी उपलब्ध स्थान के 100% से छोटे समग्र विभाजन लेआउट के साथ स्थापित किया गया है, तो उस गैर-विभाजित स्थान का उपयोग एसएसडी द्वारा अति-प्रावधान के रूप में भी किया जाएगा।<ref name="Smith_2012" />फिर भी अति-प्रावधान का एक अन्य स्रोत ऑपरेटिंग सिस्टम न्यूनतम मुक्त स्थान सीमा है; कुछ ऑपरेटिंग सिस्टम प्रति ड्राइव एक निश्चित न्यूनतम खाली स्थान बनाए रखते हैं, विशेष रूप से बूट या मुख्य ड्राइव पर। यदि यह अतिरिक्त स्थान SSD द्वारा पहचाना जा सकता है, शायद TRIM कमांड के निरंतर उपयोग के माध्यम से, तो यह अर्ध-स्थायी ओवर-प्रोविजनिंग के रूप में कार्य करता है। ओवर-प्रोविजनिंग अक्सर अस्थायी या स्थायी रूप से उपयोगकर्ता क्षमता से दूर ले जाती है, लेकिन यह कम लेखन प्रवर्धन, सहनशक्ति में वृद्धि और प्रदर्शन में वृद्धि को वापस देती है।<ref name="Layton" /><ref name="Drossel" /><ref name="Anand_Spare_Area">{{cite web |url=http://www.anandtech.com/show/3690/the-impact-of-spare-area-on-sandforce-more-capacity-at-no-performance-loss |title=सैंडफोर्स पर अतिरिक्त क्षेत्र का प्रभाव, बिना किसी प्रदर्शन हानि के अधिक क्षमता?|page=2 |author=Shimpi, Anand Lal |publisher=AnandTech.com |date=2010-05-03 |access-date=2010-06-19}}</ref><ref>{{cite web | url=http://www.storagereview.com/intel_ssd_520_enterprise_review |title=Intel SSD 520 Enterprise Review |quote=20% over-provisioning adds substantial performance in all profiles with write activity| first=Kevin|last= OBrien | work= Storage Review | date = 2012-02-06 | access-date=2012-11-29 }}</ref><ref>{{cite web | url=http://cache-www.intel.com/cd/00/00/45/95/459555_459555.pdf | archive-url=https://web.archive.org/web/20111125012226/http://cache-www.intel.com/cd/00/00/45/95/459555_459555.pdf |archive-date=November 25, 2011| title=White Paper: Over-Provisioning an Intel SSD | publisher=Intel | year = 2010 | access-date=2012-11-29 |url-status=dead}} [http://www.matrix44.net/cms/wp-content/uploads/2011/07/intel_over_provisioning.pdf Alt URL]</ref>
+[[गिबिबाइट]] (जीआईबी) के अतिरि इकाई के रूप में गीगाबाइट (जीबी) की क्षमता और उपयोग की गणना। एचडीडी और एसएसडी दोनों विक्रेता दशमलव जीबी या 1,000,000,000 (= 109) बाइट्स का प्रतिनिधित्व करने के लिए जीबी शब्द का उपयोग करते हैं। अधिकांश अन्य इलेक्ट्रॉनिक स्टोरेज की तरह, फ्लैश मेमोरी को दो की शक्तियों में इकट्ठा किया जाता है, इसलिए एसएसडी की भौतिक क्षमता की गणना 1,073,741,824 (= 230) प्रति बाइनरी जीबी या GiB पर आधारित होगी। इन दो मूल्यों के बीच का अंतर 7.37% (= (230 - 109) / 109 × 100%) है। इसलिए, 0% अतिरिक्त प्रावधान के साथ एक 128 जीबी एसएसडी उपयोगकर्ता को 128,000,000,000 बाइट प्रदान करेगा (कुल 137,438,953,472 में से)। यह प्रारंभिक 7.37% सामान्यतः कुल ओवर-प्रोविजनिंग संख्या में नहीं गिना जाता है, और उपलब्ध वास्तविक राशि सामान्यतः कम होती है क्योंकि कंट्रोलर को गैर-परिचालन प्रणाली डेटा जैसे ब्लॉक स्टेटस फ्लैग का ट्रैक रखने के लिए कुछ स्टोरेज स्पेस की आवश्यकता होती है।<ref name="Jim_Bagley" /><ref name="Smith_2012" />टेराबाइट रेंज में 7.37% का आंकड़ा 9.95% तक बढ़ सकता है, जैसा कि {{citation needed span|text=निर्माता 1 या 2&nbsp की पेशकश करने के लिए बाइनरी/दशमलव इकाई विचलन के एक और ग्रेड का लाभ उठाते हैं;1024 और 2048&nbsp;GB के बजाय क्रमशः 1000 और 2000&nbsp;GB क्षमता (931 और 1862&nbsp;GiB) की टीबी ड्राइव (1&nbsp;TB = 1,000,000,000,000 बाइट्स दशमलव शब्दों में, लेकिन 1,099,511,627,776 बाइनरी में)। |date=अप्रैल 2017 |reason=निर्माताओं की साजिश के बारे में एक स्रोतहीन दावा, जिसमें ग्राहकों के खिलाफ जानबूझकर कार्रवाई करना शामिल है}}
+# निर्माता का फैसला।यह सामान्यतः 0%, 7% या 28% पर किया जाता है, जो भौतिक क्षमता के दशमलव गीगाबाइट और उपयोगकर्ता के लिए उपलब्ध स्थान के दशमलव गीगाबाइट के बीच के अंतर पर आधारित होता है। उदाहरण के तौर पर, एक निर्माता 128 जीबी संभावित क्षमता के आधार पर 100, 120 या 128 जीबी पर अपने एसएसडी के लिए एक विनिर्देश प्रकाशित कर सकता है। यह अंतर क्रमशः 28%, 7% और 0% है और निर्माता के दावे का आधार है कि उनके ड्राइव पर 28% से अधिक प्रावधान हैं। यह दशमलव और बाइनरी गीगाबाइट के बीच के अंतर से उपलब्ध अतिरिक्त 7.37% क्षमता की गणना नहीं करता है।<ref name="Jim_Bagley" /><ref name="Smith_2012" />
+#ड्राइव पर ज्ञात मुक्त उपयोगकर्ता स्थान, अप्रयुक्त भागों की रिपोर्टिंग की कीमत पर, या वर्तमान या भविष्य की क्षमता की कीमत पर धीरज और प्रदर्शन प्राप्त करना। ट्रिम कमांड का उपयोग करके परिचालन प्रणाली द्वारा इस खाली स्थान की पहचान की जा सकती है। वैकल्पिक रूप से, कुछ एसएसडी एक उपयोगिता प्रदान करते हैं जो अंतिम उपयोगकर्ता को अतिरिक्त प्रावधान का चयन करने की अनुमति देता है। इसके अतिरिक्त, यदि किसी एसएसडी को उपलब्ध स्थान के 100% से छोटे समग्र विभाजन लेआउट के साथ स्थापित किया गया है, तो गैर-विभाजित स्थान एसएसडी द्वारा स्वचालित रूप से अति-प्रावधान के रूप में भी उपयोग किया जाएगा।<ref name="Smith_2012" /> फिर भी अति-प्रावधान का एक अन्य स्रोत परिचालन प्रणाली न्यूनतम मुक्त स्थान सीमा है; कुछ परिचालन प्रणाली प्रति ड्राइव एक निश्चित न्यूनतम खाली स्थान बनाए रखते हैं, विशेष रूप से बूट या मुख्य ड्राइव पर। यदि यह अतिरिक्त स्थान एसएसडी द्वारा पहचाना जा सकता है, संभव ट्रिम कमांड के निरंतर उपयोग के माध्यम से, तो यह अर्ध-स्थायी ओवर-प्रोविजनिंग के रूप में कार्य करता है। अधिक-प्रावधान अधिकांशतः अस्थायी या स्थायी रूप से उपयोगकर्ता क्षमता से दूर ले जाता है, लेकिन यह कम लेखन प्रवर्धन, सहनशक्ति में वृद्धि और प्रदर्शन में वृद्धि देता है।<ref name="Layton" /><ref name="Drossel" /><ref name="Anand_Spare_Area">{{cite web |url=http://www.anandtech.com/show/3690/the-impact-of-spare-area-on-sandforce-more-capacity-at-no-performance-loss |title=सैंडफोर्स पर अतिरिक्त क्षेत्र का प्रभाव, बिना किसी प्रदर्शन हानि के अधिक क्षमता?|page=2 |author=Shimpi, Anand Lal |publisher=AnandTech.com |date=2010-05-03 |access-date=2010-06-19}}</ref><ref>{{cite web | url=http://www.storagereview.com/intel_ssd_520_enterprise_review |title=Intel SSD 520 Enterprise Review |quote=20% over-provisioning adds substantial performance in all profiles with write activity| first=Kevin|last= OBrien | work= Storage Review | date = 2012-02-06 | access-date=2012-11-29 }}</ref><ref>{{cite web | url=http://cache-www.intel.com/cd/00/00/45/95/459555_459555.pdf | archive-url=https://web.archive.org/web/20111125012226/http://cache-www.intel.com/cd/00/00/45/95/459555_459555.pdf |archive-date=November 25, 2011| title=White Paper: Over-Provisioning an Intel SSD | publisher=Intel | year = 2010 | access-date=2012-11-29 |url-status=dead}} [http://www.matrix44.net/cms/wp-content/uploads/2011/07/intel_over_provisioning.pdf Alt URL]</ref>
 === मुक्त उपयोगकर्ता स्थान ===
-एसएसडी नियंत्रक कचरा संग्रह और पहनने के स्तर के लिए एसएसडी पर मुक्त ब्लॉक का उपयोग करेगा। उपयोगकर्ता क्षमता का वह हिस्सा जो उपयोगकर्ता डेटा से मुक्त है (या तो पहले से ट्रिम किया गया है या पहले कभी नहीं लिखा गया है) ओवर-प्रोविजनिंग स्पेस के समान दिखाई देगा (जब तक कि उपयोगकर्ता एसएसडी में नया डेटा सहेजता नहीं है)। यदि उपयोगकर्ता ड्राइव की कुल उपयोगकर्ता क्षमता के केवल आधे हिस्से का उपभोग करने वाले डेटा को सहेजता है, तो उपयोगकर्ता क्षमता का अन्य आधा अतिरिक्त प्रावधान की तरह दिखेगा (जब तक TRIM कमांड सिस्टम में समर्थित है)।<ref name="Mehling_TRIM" /><ref name="AnandTech_Ant">{{cite web |url=http://www.anandtech.com/print/0 |title=SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना|author=Shimpi, Anand Lal |publisher=AnandTech.com |page=9 |date=2009-03-18 |access-date=2010-06-20}}</ref>
+एसएसडी नियंत्रक कचरा संग्रह और पहनने के स्तर के लिए एसएसडी पर मुक्त ब्लॉक का उपयोग करेगा। उपयोगकर्ता क्षमता का वह भाग जो उपयोगकर्ता डेटा से मुक्त है (या तो पहले से ट्रिम किया गया है या पहले कभी नहीं लिखा गया है) ओवर-प्रोविजनिंग स्पेस के समान दिखाई देगा (जब तक कि उपयोगकर्ता एसएसडी में नया डेटा सहेजता नहीं है)। यदि उपयोगकर्ता ड्राइव की कुल उपयोगकर्ता क्षमता के केवल आधे भाग की खपत करते हुए डेटा बचाता है, तो उपयोगकर्ता क्षमता का अन्य आधा अतिरिक्त प्रावधान की तरह दिखेगा (जब तक ट्रिम कमांड प्रणाली में समर्थित है)।<ref name="Mehling_TRIM" /><ref name="AnandTech_Ant">{{cite web |url=http://www.anandtech.com/print/0 |title=SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना|author=Shimpi, Anand Lal |publisher=AnandTech.com |page=9 |date=2009-03-18 |access-date=2010-06-20}}</ref>
-== सुरक्षित मिटा ==
-{{See also|Data remanence}}
-एटीए सिक्योर इरेज़ कमांड को ड्राइव से सभी उपयोगकर्ता डेटा को हटाने के लिए डिज़ाइन किया गया है। एकीकृत एन्क्रिप्शन के बिना SSD के साथ, यह कमांड ड्राइव को उसकी मूल आउट-ऑफ़-बॉक्स स्थिति में वापस लाएगा। यह शुरू में अपने प्रदर्शन को उच्चतम संभव स्तर और सर्वोत्तम (सबसे कम संख्या) संभव लेखन प्रवर्धन को पुनर्स्थापित करेगा, लेकिन जैसे ही ड्राइव कचरा इकट्ठा करना शुरू करता है, प्रदर्शन और लेखन प्रवर्धन पूर्व स्तरों पर वापस आना शुरू हो जाएगा।<ref name="AnandTech_Anthology_11">{{cite web |url=http://www.anandtech.com/print/2738 |title=SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना|author=Shimpi, Anand Lal |publisher=AnandTech.com |page=11 |date=2009-03-18 |access-date=2010-06-20}}</ref><ref name="Malventano">{{cite web |url=http://www.pcper.com/article.php?aid=669&type=expert&pid=6 |title=इंटेल मेनस्ट्रीम एसएसडी का दीर्घकालिक प्रदर्शन विश्लेषण|author=Malventano, Allyn |publisher=PC Perspective |date=2009-02-13 |access-date=2010-06-20 |archive-date=2010-02-21 |archive-url=https://web.archive.org/web/20100221171556/http://www.pcper.com/article.php?aid=669&type=expert&pid=6 |url-status=dead }}</ref> ड्राइव को रीसेट करने और साथ ही एक यूजर इंटरफेस प्रदान करने के लिए कई उपकरण एटीए सिक्योर इरेज़ कमांड का उपयोग करते हैं। उद्योग में आमतौर पर संदर्भित एक निःशुल्क टूल को [[एचडीडेरेज़]] कहा जाता है।<ref name="Malventano" /><ref name="HDDERASE">{{cite web |url=http://cmrr.ucsd.edu/people/Hughes/SecureErase.shtml |title=CMRR – Secure Erase |publisher=CMRR |access-date=2010-06-21 |archive-date=2012-07-02 |archive-url=https://web.archive.org/web/20120702141928/http://cmrr.ucsd.edu/people/Hughes/SecureErase.shtml |url-status=dead }}</ref> [[GParted]] और Ubuntu (ऑपरेटिंग सिस्टम) लाइव सीडी सुरक्षित मिटा सहित डिस्क उपयोगिताओं का बूट करने योग्य लिनक्स सिस्टम प्रदान करते हैं।<ref>{{cite web
+== सुरक्षित मिटाना ==
+{{see also|सुरक्षित मिटाना#एटीए सुरक्षित मिटाना - डेटा मिटाने में विफलता}}
+एटीए सिक्योर इरेज़ कमांड को ड्राइव से सभी उपयोगकर्ता डेटा को हटाने के लिए डिज़ाइन किया गया है। एकीकृत एन्क्रिप्शन के बिना एसएसडी के साथ, यह कमांड ड्राइव को उसकी मूल आउट-ऑफ़-बॉक्स स्थिति में वापस लाएगा। यह शुरू में अपने प्रदर्शन को उच्चतम संभव स्तर और सर्वोत्तम (सबसे कम संख्या) संभव लेखन प्रवर्धन को पुनर्स्थापित करेगा, लेकिन जैसे ही ड्राइव कचरा इकट्ठा करना शुरू करता है, प्रदर्शन और लेखन प्रवर्धन पूर्व स्तरों पर वापस आना शुरू हो जाएगा।<ref name="AnandTech_Anthology_11">{{cite web |url=http://www.anandtech.com/print/2738 |title=SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना|author=Shimpi, Anand Lal |publisher=AnandTech.com |page=11 |date=2009-03-18 |access-date=2010-06-20}}</ref><ref name="Malventano">{{cite web |url=http://www.pcper.com/article.php?aid=669&type=expert&pid=6 |title=इंटेल मेनस्ट्रीम एसएसडी का दीर्घकालिक प्रदर्शन विश्लेषण|author=Malventano, Allyn |publisher=PC Perspective |date=2009-02-13 |access-date=2010-06-20 |archive-date=2010-02-21 |archive-url=https://web.archive.org/web/20100221171556/http://www.pcper.com/article.php?aid=669&type=expert&pid=6 |url-status=dead }}</ref> ड्राइव को रीसेट करने और साथ ही एक यूजर इंटरफेस प्रदान करने के लिए कई उपकरण एटीए सिक्योर इरेज़ कमांड का उपयोग करते हैं। उद्योग में सामान्यतः संदर्भित एक निःशुल्क टूल को [[एचडीडेरेज़]] कहा जाता है।<ref name="Malventano" /><ref name="HDDERASE">{{cite web |url=http://cmrr.ucsd.edu/people/Hughes/SecureErase.shtml |title=CMRR – Secure Erase |publisher=CMRR |access-date=2010-06-21 |archive-date=2012-07-02 |archive-url=https://web.archive.org/web/20120702141928/http://cmrr.ucsd.edu/people/Hughes/SecureErase.shtml |url-status=dead }}</ref> [[GParted|जीपार्टेड]] और उबंटू (परिचालन प्रणाली) लाइव सीडी सुरक्षित मिटा सहित डिस्क उपयोगिताओं का बूट करने योग्य लिनक्स प्रणाली प्रदान करते हैं।<ref>{{cite web
   |author = OCZ Technology
   |title = How to Secure Erase Your OCZ SSD Using a Bootable Linux CD
@@ Line 179: / Line 169: @@
   |date = 2011-09-07
 }}</ref>
-ड्राइव जो फ्लाई पर सभी लिखने को एन्क्रिप्ट करते हैं, एटीए सिक्योर इरेज़ को दूसरे तरीके से कार्यान्वित कर सकते हैं। हर बार एक सुरक्षित मिटाए जाने पर वे बस शून्य करते हैं और एक नई यादृच्छिक एन्क्रिप्शन कुंजी उत्पन्न करते हैं। इस तरह पुराने डेटा को पढ़ा नहीं जा सकता, क्योंकि इसे डिक्रिप्ट नहीं किया जा सकता है।<ref>{{cite web |url=http://www.anandtech.com/show/4244/intel-ssd-320-review/2 |title=The Intel SSD 320 Review: 25nm G3 is Finally Here |publisher=anandtech |access-date=2011-06-29}}</ref> एक एकीकृत एन्क्रिप्शन के साथ कुछ ड्राइव उसके बाद भी सभी ब्लॉकों को भौतिक रूप से साफ़ कर देंगे, जबकि अन्य ड्राइव्स को ड्राइव को अपनी मूल आउट-ऑफ-बॉक्स स्थिति में वापस लाने के लिए ड्राइव पर TRIM कमांड भेजने की आवश्यकता हो सकती है (अन्यथा उनका प्रदर्शन हो सकता है अधिकतम नहीं होना चाहिए)।<ref>{{cite web |url=http://www.thomas-krenn.com/de/wiki/SSD_Secure_Erase#Ziele_eines_Secure_Erase |title=SSD Secure Erase – Ziele eines Secure Erase |trans-title=Secure Erase – Goals of the Secure Erase |language=de |date=2017-03-17 |publisher=Thomas-Krenn.AG |access-date=2018-01-08}}</ref>
-{{see also|Secure Erase#ATA Secure Erase – failure to erase data}}
-== लेवलिंग पहनें ==
+ड्राइव जो फ्लाई पर सभी लिखने को एन्क्रिप्ट करते हैं, एटीए सिक्योर इरेज़ को दूसरे तरीके से कार्यान्वित कर सकते हैं। हर बार एक सुरक्षित मिटाए जाने पर वे बस शून्य करते हैं और एक नई यादृच्छिक एन्क्रिप्शन कुंजी उत्पन्न करते हैं। इस तरह पुराने डेटा को पढ़ा नहीं जा सकता, क्योंकि इसे डिक्रिप्ट नहीं किया जा सकता है।<ref>{{cite web |url=http://www.anandtech.com/show/4244/intel-ssd-320-review/2 |title=The Intel SSD 320 Review: 25nm G3 is Finally Here |publisher=anandtech |access-date=2011-06-29}}</ref> एएक एकीकृत एन्क्रिप्शन के साथ कुछ ड्राइव उसके पश्चात भी सभी ब्लॉकों को भौतिक रूप से साफ़ कर देंगे, जबकि अन्य ड्राइव्स को ड्राइव को अपनी मूल आउट-ऑफ-बॉक्स स्थिति में वापस लाने के लिए ड्राइव पर ट्रिम कमांड भेजने की आवश्यकता हो सकती है (अन्यथा उनका प्रदर्शन हो सकता है अधिकतम नहीं किया जाना चाहिए)।<ref>{{cite web |url=http://www.thomas-krenn.com/de/wiki/SSD_Secure_Erase#Ziele_eines_Secure_Erase |title=SSD Secure Erase – Ziele eines Secure Erase |trans-title=Secure Erase – Goals of the Secure Erase |language=de |date=2017-03-17 |publisher=Thomas-Krenn.AG |access-date=2018-01-08}}</ref>
-{{Main|Wear leveling}}
-यदि किसी विशेष ब्लॉक को प्रोग्राम किया गया और किसी अन्य ब्लॉक को लिखे बिना बार-बार मिटा दिया गया, तो वह ब्लॉक अन्य सभी ब्लॉकों से पहले घिस जाएगा - जिससे समय से पहले एसएसडी का जीवन समाप्त हो जाएगा। इस कारण से, एसएसडी नियंत्रक एसएसडी में सभी फ्लैश ब्लॉकों में यथासंभव समान रूप से राइट्स वितरित करने के लिए वियर लेवलिंग नामक तकनीक का उपयोग करते हैं।
+== वियर लेवलिंग ==
+{{Main|वियर लेवलिंग}}
-एक आदर्श परिदृश्य में, यह प्रत्येक ब्लॉक को उसके अधिकतम जीवन के लिए लिखे जाने में सक्षम बनाता है ताकि वे सभी एक ही समय में विफल हो जाएँ। दुर्भाग्य से, लेखन को समान रूप से वितरित करने की प्रक्रिया के लिए पहले से लिखे गए डेटा की आवश्यकता होती है और बदलने के लिए (ठंडा डेटा) स्थानांतरित नहीं किया जाता है, ताकि डेटा जो अधिक बार बदल रहे हैं (हॉट डेटा) उन ब्लॉकों में लिखे जा सकें। हर बार डेटा को होस्ट सिस्टम द्वारा बदले बिना स्थानांतरित किया जाता है, यह लेखन प्रवर्धन को बढ़ाता है और इस प्रकार फ्लैश मेमोरी के जीवन को कम करता है। कुंजी एक इष्टतम एल्गोरिदम खोजना है जो उन दोनों को अधिकतम करता है।<ref name="Li-Pin Chang">{{cite document |title=बड़े पैमाने पर फ्लैश मेमोरी स्टोरेज सिस्टम के लिए कुशल वियर लेवलिंग पर|author=Chang, Li-Pin |date=2007-03-11 |publisher=National ChiaoTung University, HsinChu, Taiwan | citeseerx = 10.1.1.103.4903 }}</ref>
+यदि किसी विशेष ब्लॉक को प्रोग्राम किया गया था और किसी अन्य ब्लॉक को लिखे बिना बार-बार मिटाया गया था, वह ब्लॉक अन्य सभी ब्लॉकों से पहले घिस जाएगा - जिससे समय से पहले एसएसडी का जीवन समाप्त हो जाएगा। इस कारण से, एसएसडी नियंत्रक एसएसडी में सभी फ्लैश ब्लॉकों में यथासंभव समान रूप से राइट्स वितरित करने के लिए वियर लेवलिंग नामक तकनीक का उपयोग करते हैं।
+एक आदर्श परिदृश्य में, यह प्रत्येक ब्लॉक को उसके अधिकतम जीवन के लिए लिखे जाने में सक्षम बनाता है जिससे कि वे सभी एक ही समय में विफल हो जाएँ। दुर्भाग्य से, लेखन को समान रूप से वितरित करने की प्रक्रिया के लिए पहले से लिखे गए डेटा की आवश्यकता होती है और बदलने के लिए (ठंडा डेटा) स्थानांतरित नहीं किया जाता है, जिससे कि डेटा जो अधिक बार बदल रहे हैं (हॉट डेटा) उन ब्लॉकों में लिखे जा सकें। हर बार डेटा को होस्ट प्रणाली द्वारा बदले बिना स्थानांतरित किया जाता है, यह लेखन प्रवर्धन को बढ़ाता है और इस प्रकार फ्लैश मेमोरी के जीवन को कम करता है। कुंजी एक इष्टतम एल्गोरिथम खोजना है जो उन दोनों को अधिकतम करता है।<ref name="Li-Pin Chang">{{cite document |title=बड़े पैमाने पर फ्लैश मेमोरी स्टोरेज सिस्टम के लिए कुशल वियर लेवलिंग पर|author=Chang, Li-Pin |date=2007-03-11 |publisher=National ChiaoTung University, HsinChu, Taiwan | citeseerx = 10.1.1.103.4903 }}</ref>
 === स्थिर और गतिशील डेटा को अलग करना ===
-लेखन प्रवर्धन को कम करने के लिए स्थैतिक (ठंडा) और गतिशील (गर्म) डेटा का पृथक्करण SSD नियंत्रक के लिए एक सरल प्रक्रिया नहीं है। इस प्रक्रिया में एसएसडी नियंत्रक को डेटा के साथ एलबीए को अलग करने की आवश्यकता होती है जो लगातार बदल रहा है और डेटा के साथ एलबीए से पुनर्लेखन (गतिशील डेटा) की आवश्यकता होती है जो शायद ही कभी बदलता है और किसी भी पुनर्लेखन (स्थैतिक डेटा) की आवश्यकता नहीं होती है। यदि डेटा को एक ही ब्लॉक में मिलाया जाता है, जैसा कि आज लगभग सभी प्रणालियों के साथ है, तो किसी भी पुनर्लेखन के लिए SSD नियंत्रक को गतिशील डेटा (जिसके कारण शुरू में पुनर्लेखन हुआ) और स्थिर डेटा (जिसे किसी भी पुनर्लेखन की आवश्यकता नहीं थी) को फिर से लिखने की आवश्यकता होगी। डेटा का कोई भी कचरा संग्रह जिसे अन्यथा स्थानांतरित करने की आवश्यकता नहीं होती है, लेखन प्रवर्धन में वृद्धि करेगा। इसलिए, डेटा को अलग करने से स्थिर डेटा को स्थिर रहने में मदद मिलेगी और यदि इसे फिर से नहीं लिखा जाता है तो उस डेटा के लिए सबसे कम संभव लेखन प्रवर्धन होगा। इस प्रक्रिया में दोष यह है कि एसएसडी नियंत्रक को अभी भी स्थिर डेटा के स्तर को पहनने का एक तरीका खोजना होगा क्योंकि वे ब्लॉक जो कभी नहीं बदलते हैं उन्हें अपने अधिकतम पी/ई चक्रों को लिखे जाने का मौका नहीं मिलेगा।<ref name="IBM_WA" />
+लेखन प्रवर्धन को कम करने के लिए स्थैतिक (ठंडा) और गतिशील (गर्म) डेटा का पृथक्करण एसएसडी नियंत्रक के लिए एक सरल प्रक्रिया नहीं है। इस प्रक्रिया में एसएसडी नियंत्रक को डेटा के साथ एलबीए को अलग करने की आवश्यकता होती है जो लगातार बदल रहा है और डेटा के साथ एलबीए से पुनर्लेखन (गतिशील डेटा) की आवश्यकता होती है जो संभव ही कभी बदलता है और किसी भी पुनर्लेखन (स्थैतिक डेटा) की आवश्यकता नहीं होती है। यदि डेटा को एक ही ब्लॉक में मिलाया जाता है, जैसा कि आज प्राय सभी प्रणालियों के साथ है, तो किसी भी पुनर्लेखन के लिए एसएसडी नियंत्रक को गतिशील डेटा (जिसके कारण शुरू में पुनर्लेखन हुआ) और स्थिर डेटा (जिसे किसी भी पुनर्लेखन की आवश्यकता नहीं थी) को फिर से लिखने की आवश्यकता होगी। डेटा का कोई भी कचरा संग्रह जिसे अन्यथा स्थानांतरित करने की आवश्यकता नहीं होती है, लेखन प्रवर्धन में वृद्धि करेगा। इसलिए, डेटा को अलग करने से स्थिर डेटा को स्थिर रहने में मदद मिलेगी और यदि इसे फिर से नहीं लिखा जाता है तो उस डेटा के लिए सबसे कम संभव लेखन प्रवर्धन होगा। इस प्रक्रिया में दोष यह है कि एसएसडी नियंत्रक को अभी भी स्थिर डेटा के स्तर को पहनने का एक तरीका खोजना होगा क्योंकि वे ब्लॉक जो कभी नहीं बदलते हैं उन्हें अपने अधिकतम पी/ई चक्रों को लिखे जाने का मौका नहीं मिलेगा।<ref name="IBM_WA" />
 == प्रदर्शन निहितार्थ ==
 === {{Anchor|REMF}}अनुक्रमिक लेखन ===
-जब एक SSD क्रमिक रूप से बड़ी मात्रा में डेटा लिख रहा होता है, तो राइट एम्पलीफिकेशन एक के बराबर होता है, जिसका अर्थ है कम राइट एम्पलीफिकेशन। कारण यह है कि जैसे ही डेटा लिखा जाता है, संपूर्ण (फ़्लैश) ब्लॉक उसी फ़ाइल से संबंधित डेटा से क्रमिक रूप से भर जाता है। यदि ओएस निर्धारित करता है कि फ़ाइल को प्रतिस्थापित या हटाया जाना है, तो पूरे ब्लॉक को अमान्य के रूप में चिह्नित किया जा सकता है, और कचरा इकट्ठा करने और दूसरे ब्लॉक में फिर से लिखने के लिए इसके कुछ हिस्सों को पढ़ने की कोई आवश्यकता नहीं है। इसे केवल मिटाने की आवश्यकता होगी, जो कचरा संग्रह के माध्यम से यादृच्छिक रूप से लिखे गए डेटा के लिए पढ़ने-मिटाने-संशोधित-लिखने की प्रक्रिया से कहीं अधिक आसान और तेज़ है।<ref name="IBM_Hu_Haas" />
+जब एक एसएसडी क्रमिक रूप से बड़ी मात्रा में डेटा लिख रहा होता है, तो प्रवर्धन लिखिए एक के बराबर होता है, जिसका अर्थ है कम प्रवर्धन लिखिए। कारण यह है कि जैसे ही डेटा लिखा जाता है, संपूर्ण (फ़्लैश) ब्लॉक उसी फ़ाइल से संबंधित डेटा से क्रमिक रूप से भर जाता है। यदि ओएस निर्धारित करता है कि फ़ाइल को प्रतिस्थापित या हटाया जाना है, तो पूरे ब्लॉक को अमान्य के रूप में चिह्नित किया जा सकता है, और कचरा इकट्ठा करने और दूसरे ब्लॉक में फिर से लिखने के लिए इसके कुछ हिस्सों को पढ़ने की कोई आवश्यकता नहीं है। इसे केवल मिटाने की आवश्यकता होगी, जो कचरा संग्रह के माध्यम से यादृच्छिक रूप से लिखे गए डेटा के लिए पढ़ने-मिटाने-संशोधित-लिखने की प्रक्रिया से कहीं अधिक आसान और तेज़ है।<ref name="IBM_Hu_Haas" />
+=== यादृच्छिक लिखता है ===
+एसएसडी के पूरी तरह से कचरा एकत्र करने, सुरक्षित रूप से मिटाने, 100% ट्रिम किए जाने, या नए स्थापित होने के पश्चात एसएसडी पर चरम यादृच्छिक लेखन प्रदर्शन बहुत सारे मुफ्त ब्लॉकों द्वारा संचालित होता है। अधिकतम गति एसएसडी नियंत्रक से जुड़े समानांतर फ्लैश चैनलों की संख्या, फर्मवेयर की दक्षता और पृष्ठ पर लिखने में फ्लैश मेमोरी की गति पर निर्भर करेगी। इस चरण के समय यादृच्छिक लेखन के लिए लेखन प्रवर्धन सबसे अच्छा होगा और एक के करीब पहुंच जाएगा। एक बार सभी ब्लॉक एक बार लिखे जाने के पश्चात, कचरा संग्रह शुरू हो जाएगा और प्रदर्शन उस प्रक्रिया की गति और दक्षता से तय हो जाएगा। इस चरण में लिखें प्रवर्धन ड्राइव द्वारा अनुभव किए जाने वाले उच्चतम स्तरों तक बढ़ जाएगा।<ref name="IBM_Hu_Haas" />
-=== रैंडम लिखता है ===
-SSD के पूरी तरह से कचरा एकत्र करने, सुरक्षित रूप से मिटाने, 100% ट्रिम किए जाने, या नए स्थापित होने के बाद SSD पर चरम यादृच्छिक लेखन प्रदर्शन बहुत सारे मुफ्त ब्लॉकों द्वारा संचालित होता है। अधिकतम गति एसएसडी नियंत्रक से जुड़े समानांतर फ्लैश चैनलों की संख्या, फर्मवेयर की दक्षता और पृष्ठ पर लिखने में फ्लैश मेमोरी की गति पर निर्भर करेगी। इस चरण के दौरान यादृच्छिक लेखन के लिए लेखन प्रवर्धन सबसे अच्छा होगा और एक के करीब पहुंच जाएगा। एक बार सभी ब्लॉक एक बार लिखे जाने के बाद, कचरा संग्रह शुरू हो जाएगा और प्रदर्शन उस प्रक्रिया की गति और दक्षता से तय हो जाएगा। इस चरण में लिखें प्रवर्धन ड्राइव द्वारा अनुभव किए जाने वाले उच्चतम स्तरों तक बढ़ जाएगा।<ref name="IBM_Hu_Haas" />
 == प्रदर्शन पर प्रभाव ==
-SSD का समग्र प्रदर्शन कई कारकों पर निर्भर करता है, जिसमें लेखन प्रवर्धन भी शामिल है। फ्लैश मेमोरी डिवाइस से लिखने में पढ़ने की तुलना में अधिक समय लगता है।<ref name="Conley">{{cite web |url=http://blog.corsair.com/?p=3044 |title=Corsair Force Series SSDs: Putting a Damper on Write Amplification |author=Conley, Kevin |publisher=Corsair.com |date=2010-05-27 |access-date=2010-06-18}}</ref> एक एसएसडी आमतौर पर प्रदर्शन को बढ़ाने के लिए चैनलों के रूप में समानांतर में जुड़े कई फ्लैश मेमोरी घटकों का उपयोग करता है। यदि एसएसडी में एक उच्च लेखन प्रवर्धन है, तो नियंत्रक को फ्लैश मेमोरी में कई बार लिखने की आवश्यकता होगी। इसके लिए होस्ट से डेटा लिखने के लिए और भी अधिक समय की आवश्यकता होती है। कम राइट एम्पलीफिकेशन वाले SSD को अधिक डेटा लिखने की आवश्यकता नहीं होगी और इसलिए उच्च राइट एम्पलीफिकेशन वाले ड्राइव की तुलना में जल्द ही राइटिंग समाप्त की जा सकती है।<ref name="IBM_WA" /><ref name="IBM_Perf" />
+एसएसडी का समग्र प्रदर्शन कई कारकों पर निर्भर करता है, जिसमें लेखन प्रवर्धन भी सम्मलित है। फ्लैश मेमोरी डिवाइस से लिखने में पढ़ने की तुलना में अधिक समय लगता है।<ref name="Conley">{{cite web |url=http://blog.corsair.com/?p=3044 |title=Corsair Force Series SSDs: Putting a Damper on Write Amplification |author=Conley, Kevin |publisher=Corsair.com |date=2010-05-27 |access-date=2010-06-18}}</ref> एक एसएसडी सामान्यतः प्रदर्शन को बढ़ाने के लिए चैनलों के रूप में समानांतर में जुड़े कई फ्लैश मेमोरी घटकों का उपयोग करता है। यदि एसएसडी में एक उच्च लेखन प्रवर्धन है, तो नियंत्रक को फ्लैश मेमोरी में कई बार लिखने की आवश्यकता होगी। इसके लिए होस्ट से डेटा लिखने के लिए और भी अधिक समय की आवश्यकता होती है। कम राइट एम्पलीफिकेशन वाले एसएसडी को अधिक डेटा लिखने की आवश्यकता नहीं होगी और इसलिए उच्च राइट एम्पलीफिकेशन वाले ड्राइव की तुलना में जल्द ही राइटिंग समाप्त की जा सकती है।<ref name="IBM_WA" /><ref name="IBM_Perf" />
 == उत्पाद विवरण ==
 {{Update section|date=December 2016}}
-सितंबर 2008 में, इंटेल ने X25-M SATA SSD की घोषणा की, जिसकी रिपोर्ट WA कम से कम 1.1 थी।<ref name="Anand_WA"><nowiki>{{cite web |url=</nowiki>http://www.anandtech.com/show/2899 |title=OCZ का वर्टेक्स 2 प्रो प्रीव्यू: अब तक का सबसे तेज एमएलसी एसएसडी जिसका हमने परीक्षण किया है|author=Shimpi, Anand Lal  |date=2009-12-31 |publisher=AnandTech |access-date=2011-06-16}SF-2281 कंट्रोलर में 0.14 जितनी कम बेस्ट-केस वैल्यू के साथ }</ref><ref>{{cite web |url=http://www.intel.com/pressroom/archive/releases/2008/20080908comp.htm |title=इंटेल नोटबुक और डेस्कटॉप कंप्यूटर के लिए सॉलिड-स्टेट ड्राइव पेश करता है|date=2008-09-08 |publisher=Intel |access-date=2010-05-31}}</ref> अप्रैल 2009 में, SandForce ने 0.5 के कथित WA के साथ SF-1000 SSD प्रोसेसर परिवार की घोषणा की, जो किसी प्रकार के डेटा संपीड़न से आता है।<ref name="Anand_WA" /><ref>{{cite web |url=http://www.sandforce.com/userfiles/file/downloads/SFI_Launch_PR_Final.pdf |title=SandForce SSD प्रोसेसर मेनस्ट्रीम डेटा स्टोरेज को ट्रांसफॉर्म करते हैं|date=2008-09-08 |publisher=SandForce |access-date=2010-05-31}}</ref> इस घोषणा से पहले, 1.0 के राइट एम्पलीफिकेशन को सबसे कम माना जाता था जिसे एसएसडी के साथ प्राप्त किया जा सकता था।<ref name="Conley" />
+सितंबर 2008 में, इंटेल ने X25-M सैटा एसएसडी की घोषणा की, जिसकी रिपोर्ट WA कम से कम 1.1 थी।<ref name="Anand_WA"><nowiki>{{cite web |url=</nowiki>http://www.anandtech.com/show/2899 |title=OCZ का वर्टेक्स 2 प्रो प्रीव्यू: अब तक का सबसे तेज एमएलसी एसएसडी जिसका हमने परीक्षण किया है|author=Shimpi, Anand Lal  |date=2009-12-31 |publisher=AnandTech |access-date=2011-06-16}SF-2281 कंट्रोलर में 0.14 जितनी कम बेस्ट-केस वैल्यू के साथ }</ref><ref>{{cite web |url=http://www.intel.com/pressroom/archive/releases/2008/20080908comp.htm |title=इंटेल नोटबुक और डेस्कटॉप कंप्यूटर के लिए सॉलिड-स्टेट ड्राइव पेश करता है|date=2008-09-08 |publisher=Intel |access-date=2010-05-31}}</ref> अप्रैल 2009 में, सैंडफोर्स ने 0.5 के कथित डब्ल्यूए के साथ SF-1000 एसएसडी प्रोसेसर परिवार की घोषणा की, जो किसी प्रकार के डेटा कम्प्रेशन से आता प्रतीत होता है।<ref name="Anand_WA" /><ref>{{cite web |url=http://www.sandforce.com/userfiles/file/downloads/SFI_Launch_PR_Final.pdf |title=SandForce SSD प्रोसेसर मेनस्ट्रीम डेटा स्टोरेज को ट्रांसफॉर्म करते हैं|date=2008-09-08 |publisher=SandForce |access-date=2010-05-31}}</ref> इस घोषणा से पहले, 1.0 के राइट एम्पलीफिकेशन को सबसे कम माना जाता था जिसे एसएसडी के साथ प्राप्त किया जा सकता था।<ref name="Conley" />
 == यह भी देखें ==
-* [[फ्लैश फाइल सिस्टम]]
+* [[फ्लैश फाइल सिस्टम|फ्लैश फाइल प्रणाली]]
 * [[विभाजन संरेखण]]
-* समतलन पुराना होना
+* वियर लेवलिंग
 == टिप्पणियाँ ==
 {{Notelist}}
 == संदर्भ ==
 {{Reflist|30em}}
 == बाहरी संबंध ==
@@ Line 233: / Line 207: @@
 {{Solid-state drive|state=collapsed}}
 {{Good article}}
-[[Category: सॉलिड-स्टेट कंप्यूटर स्टोरेज]]
-[[Category: Machine Translated Page]]
+[[Category:All Wikipedia articles in need of updating]]
+[[Category:All articles containing potentially dated statements]]
+[[Category:All articles with unsourced statements]]
+[[Category:Articles containing potentially dated statements from 2011]]
+[[Category:Articles containing potentially dated statements from January 2010]]
+[[Category:Articles containing potentially dated statements from May 2010]]
+[[Category:Articles with hatnote templates targeting a nonexistent page]]
+[[Category:Articles with invalid date parameter in template]]
+[[Category:Articles with unsourced statements from January 2021]]
+[[Category:Articles with unsourced statements from October 2016]]
+[[Category:Articles with unsourced statements from अप्रैल 2017]]
+[[Category:CS1 Deutsch-language sources (de)]]
+[[Category:CS1 errors]]
+[[Category:CS1 maint]]
+[[Category:Citation Style 1 templates|M]]
+[[Category:Collapse templates]]
 [[Category:Created On 09/06/2023]]
+[[Category:Good articles]]
+[[Category:Lua-based templates]]
+[[Category:Machine Translated Page]]
+[[Category:Navigational boxes| ]]
+[[Category:Navigational boxes without horizontal lists]]
+[[Category:Pages with reference errors]]
+[[Category:Pages with script errors]]
+[[Category:Sidebars with styles needing conversion]]
+[[Category:Template documentation pages|Documentation/doc]]
+[[Category:Templates Vigyan Ready]]
+[[Category:Templates based on the Citation/CS1 Lua module]]
+[[Category:Templates generating COinS|Cite magazine]]
+[[Category:Templates generating microformats]]
+[[Category:Templates that add a tracking category]]
+[[Category:Templates that are not mobile friendly]]
+[[Category:Templates that generate short descriptions]]
+[[Category:Templates using TemplateData]]
+[[Category:Wikipedia articles in need of updating from December 2016]]
+[[Category:Wikipedia articles in need of updating from July 2020]]
+[[Category:Wikipedia fully protected templates|Cite magazine]]
+[[Category:Wikipedia metatemplates]]
+[[Category:सॉलिड-स्टेट कंप्यूटर स्टोरेज]]

Anonymous

Search

प्रवर्धन लिखिए: Difference between revisions

Latest revision as of 09:50, 28 June 2023

बेसिक एसएसडी संचालन

मान की गणना

मान को प्रभावित करने वाले कारक

कचरा संग्रह

पृष्ठभूमि कचरा संग्रह

संचिका प्रणाली-जागरूक कचरा संग्रह

ट्रिम

सीमाएं और निर्भरताएं

ओवर-प्रोविजनिंग

मुक्त उपयोगकर्ता स्थान

सुरक्षित मिटाना

वियर लेवलिंग

स्थिर और गतिशील डेटा को अलग करना

प्रदर्शन निहितार्थ

अनुक्रमिक लेखन

यादृच्छिक लिखता है

प्रदर्शन पर प्रभाव

उत्पाद विवरण

यह भी देखें

टिप्पणियाँ

संदर्भ

बाहरी संबंध

Navigation

Wiki tools

Page tools

Other projects

Categories