ट्रिम (कंप्यूटिंग): Difference between revisions

Latest revision as of 16:55, 7 July 2023

एक सुव्यवस्थित नियंत्रण प्रचालन तंत्र को एक ठोस-राज्य अभियान को सूचित करने की अनुमति देता है जो आंकड़े के खंड को उपयोग में नहीं लात है और इसलिए इसे आंतरिक रूप से मिटाया जाता है^[1] तथा एसएसडीएस के आने के बाद छोटे टुकड़े को उपस्थित किया गया था क्योंकि एसएसडीस का निम्न-स्तरीय संचालन कठिन अभियान से बहुत अलग होता है और जिस विशिष्ट तरीके से प्रचालन तंत्र शल्य विज्ञान को संभालता है वैसे ही विलोपन और प्रारूप के परिणामस्वरूप एसएसडीएस पर लिखने के संचालन के अप्रत्याशित प्रगतिशील प्रदर्शन में गिरावट आई है^[2] जो कि काट-छांट ठोस-राज्य अभियान को अधिक कुशलता से कचरा संग्रह संभालने में सक्षम बनाता है तथा यह सम्मिलित खंडों में भविष्य के लेखन कार्यों को धीमा कर देता है ^[3]

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

पृष्ठभूमि

जिस तरह से कई संचिका प्रणाली आंकड़े खंड को भंडारण साधन के रूप में निशान करके विलोपन कार्यवाही को संभालते हैं^[7]^[8] उसी तरह ठोस अभियान भी यह नहीं जानते हैं कि कौन से पेज वास्तव में उपयोग में हैं और किसे खाली स्थान माना जा सकता है और अधिलेखित कार्यवाही के विपरीत एक विलोपन में आंकड़े वाले क्षेत्रों में भौतिक लेखन सम्मिलित नहीं होता है जबकि एक सामान्य ठोस-राज्य अभियान को अप्रयुक्त खंडों की सूची तथा संचिका प्रणाली संरचनाओं का कोई ज्ञान नहीं है इसलिए भंडारण माध्यम इस बात से अनजान रहता है कि खंड उपलब्ध हो गए हैं और यह अक्सर विद्युत अनम्य चक्र से दस्तावेज श्रेणियों को पुनर्प्राप्त करने के लिए उपकरण को सक्षम करता है^[8]^[9] तथा प्रचालन तंत्र द्वारा श्रेणियों को हटाए जाने के रूप में कार्य करता है इसका अर्थ यह है कि जब प्रचालन तंत्र बाद में किसी एक क्षेत्र में सही कार्यवाही करता है जिसे वह मुक्त स्थान मानता है तो यह प्रभावी रूप से एक अधिलेखित कार्यवाही बन जाता है और भंडारण माध्यम के दृष्टिकोण से चुंबकीय चक्र के लिए उपस्थित आंकड़े को अधिलेखित क्षेत्र में लिखना गलत नहीं है लेकिन कुछ ठोस-राज्य अभियान निम्नतम स्तर पर कैसे काम करते हैं यह एक अधिलेखित पृष्ठ में आंकड़े लिखने की तुलना में महत्वपूर्ण खर्च उत्पन्न करता है जो संभावित रूप से अपंग लेखन प्रदर्शन करता है^[8]^[10] तथा ठोस-राज्य अभियान आंकड़े को प्रकाश स्मृति कोष्ठिका में इकट्ठा करते हैं जो आमतौर पर 4 से 16 किबिबाइट के पेजों में समूहित होते हैं और 128 से 512 पेज के खंड में एक साथ समूहीकृत होते हैं। उदाहरण के लिए 512 किबिबाइट जो प्रत्येक 4 किबिबाईट के 128 पृष्ठों को समूहित करता है^[7]^[11] और प्रकाश कोष्ठिका को तभी लिखता है जब वे खाली हों यदि उनमें आंकड़ा होता है तो उसे कार्यवाही से पहले ही मिटा दिया जाता है और एक ठोस-राज्य अभियान कार्यवाही एक पेज पर किया जा सकता है लेकिन धातु सामग्री सीमाओं के कारण मिटाने का आदेश हमेशा पूरे खंड को प्रभावित करते हैं^[11] परिणामस्वरूप ठोस-राज्य अभियान पर खाली पृष्ठों पर आंकड़े लिखना बहुत तेज़ होता है लेकिन पहले लिखे गए पृष्ठों को अधिलेखित करने पर यह बहुत धीमा हो जाता है जबकि पृष्ठ में कोष्ठिका को फिर से लिखे जाने से पहले मिटाने की आवश्यकता होती है लेकिन केवल खंड मिटाए जा सकते हैं और एक अधिलेखित पढ़ने और मिटाने को संशोधित करेगा^[7]^[12] तथा पूरे खंड की सामग्री को नकद में संग्रहीत किया जाता है और फिर पूरे खंड को ठोस-राज्य अभियान से मिटा दिया जाता है फिर उसके बाद ही पूरे अद्यतन किए गए खंड को प्रकाश माध्यम में लिखा जा सकता है और इस घटना को लेखन प्रवर्धन के रूप में जाना जाता है।

कार्यवाही

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

और ठोस-राज्य अभियान नियंत्रण को कुछ अलग तरीके से लागू करते हैं जिससे प्रदर्शन अलग-अलग हो सकता है।^[3]^[9]

सुव्यवस्थित ठोस-राज्य अभियान को एक तार्किक खंड अभिगमन क्षेत्र को अमान्य के रूप में चिह्नित करने के लिए कहता है और बाद में इस क्षेत्र पर पढ़ने से कोई सार्थक आंकड़ा वापस नहीं आएगा तथा बहुत ही कम समय के लिए आंकड़ा आंतरिक रूप से प्रकाश पर रह सकता है जबकि सुव्यवस्थित नियंत्रण जारी होने और कचरा संग्रह होने के बाद यह बहुत कम संभावना है कि एक फोरेंसिक वैज्ञानिक भी आंकड़े को पुनर्प्राप्त करने में सक्षम होगा।^[13]

कार्यान्वयन

प्रचालन तंत्र का समर्थन

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

सुव्यवस्थित समर्थन इस बात से भी भिन्न होता है कि प्रचालन तंत्र पर विशेष संचिका प्रणाली चालक क्या करने में सक्षम है क्योंकि चक्र के किन हिस्सों में खाली स्थान है और इसकी समझ के साथ केवल एक कार्यक्रम सुरक्षित रूप से आदेश जारी कर सकता है और प्रणाली स्तर पर यह क्षमता होती है।

मैक ओएस	10.6.8-23 जून 2011	हालांकि AHCI ब्लॉक डिवाइस ड्राइवर ने यह प्रदर्शित करने की क्षमता प्राप्त की कि क्या डिवाइस 10.6.6 (10J3210) में TRIM ऑपरेशन का समर्थन करता है, कार्यक्षमता स्वयं 10.6.8 तक पहुंच योग्य नहीं रही, जब TRIM ऑपरेशन को IOStorageFamily और फाइल सिस्टम के माध्यम से उजागर किया गया था। (एचएफएस+) समर्थन जोड़ा गया। ^{[ उद्धरण वांछित ]} 10.10.4 तक, मैक ओएस एक्स ने मूल रूप से TRIM को केवल Apple-ब्रांडेड SSDs के लिए सक्षम किया; अन्य ब्रांडों के लिए इसे सक्षम करने के लिए तृतीय-पक्ष उपयोगिताएँ उपलब्ध हैं। पुराने तीसरे पक्ष के TRIM ड्राइवरों ने योसेमाइट अपडेट के रूप में काम करना बंद कर दिया। अपडेटेड ड्राइवर अब मौजूद हैं जो OS X Yosemite के साथ काम करते हैं। मैक ओएस एक्स में 10.10.4 अपडेट करें, Apple ने एक कमांड लाइन उपयोगिता, ट्रिमफोर्स को जोड़ा, जिसका उपयोग TRIM को तृतीय-पक्ष SSDs पर सक्षम करने के लिए किया जा सकता है।
माइक्रोसॉफ़्ट विंडोज़	विंडोज 7 और विंडोज सर्वर 2008 आर2 - अक्टूबर 2009	विंडोज 7 ने शुरू में केवल समानांतर एटीए और सीरियल एटीए सहित एटी अटैचमेंट परिवार में ड्राइव के लिए टीआरआईएम का समर्थन किया था , और इस आदेश का समर्थन किसी अन्य डिवाइस के लिए नहीं किया था, जिसमें स्टॉरपोर्ट पीसीआई-एक्सप्रेस एसएसडी शामिल हैं, भले ही डिवाइस स्वयं कमांड को स्वीकार करे। यह पुष्टि की गई है कि देशी Microsoft ड्राइवरों के साथ TRIM कमांड AHCI और लीगेसी IDE / ATA मोड में विंडोज 7 पर काम करता है। विंडोज 8 और बाद के विंडोज ऑपरेटिंग सिस्टम उन उपकरणों के लिए अनमैप कमांड का समर्थन करते हैं जो यूएसबी संलग्न एससीएसआई प्रोटोकॉल (यूएएसपी) सहित एससीएसआई ड्राइवर स्टैक का उपयोग करते हैं। विंडोज 8.1 और बाद में विंडोज ऑपरेटिंग सिस्टम एनवीएम एक्सप्रेस के लिए टीआरआईएम कमांड का समर्थन करते हैंएसएसडी। Microsoft ने Windows 7 के लिए एक अद्यतन जारी किया है जो PCIe SSDs के लिए TRIM सहित NVM एक्सप्रेस समर्थन जोड़ता है। TRIM को ReFS और NTFS के लिए समर्थित माना जाता है , दोनों इसे अक्षम करने के लिए DisableDeleteNotify स्विच लागू करते हैं। सूत्र इस बात से असहमत हैं कि अन्य फाइल सिस्टम के लिए टीआरआईएम समर्थन मौजूद है या नहीं।
ओपनसोलारिस	जुलाई 2010
एंड्रॉयड	4.3 - 24 जुलाई 2013	`fstrim`अगर डिवाइस कम से कम एक घंटे के लिए निष्क्रिय है और कम से कम 80% चार्ज है (चार्जर से कनेक्ट होने पर 30%) तो हर 24 घंटे में एक बार स्वचालित रूप से चलता है ।

आरएआईडी समस्याएं

जनवरी 2017 तक अधिकांश धातु सामग्री-आधारित आरएआईडी तकनीकों में सुव्यवस्थित नियंत्रण के लिए समर्थन लागू नहीं किया गया है जबकि प्रक्रिया सामग्री आरएआईडी कार्यान्वयन में सुव्यवस्थित के समर्थन के लिए सम्मिलित होता है।

खिड़कियाँ

विंडोज 10 आरएआईडी आयतन को आकार करते समय आभियान अनुकूलन विकल्प का उपयोग करके ठोस-राज्य अभियान आईडी आयतन में सुव्यवस्थित के लिए समर्थन प्रदान करता है।

मैकओएस

मैकओएस आरएआईडी चालक सुव्यवस्थित का समर्थन नहीं करता है और यह मैकओएस X के 10.7 से मैकओएस 10.12.x के सभी संस्करणों के लिए सही है।

काट छांट को आरएआईडी आयतन के लिए समर्थित किया जाता है और जब गैर-एप्पल ठोस-राज्य अभियान उपकरणों के साथ काट छांट समर्थन सहित तृतीय-पक्ष सॉफ्टराइड आवेदन का उपयोग किया जाता है।

लिनक्स

लिनक्स कर्नेल के नक्शाकार उपकरण जनवरी 2011 के बाद प्रदर्शन में सुव्यवस्थित आरएआईडी के साथ उपलब्ध हैं जो बीआईओएस सहायता प्राप्त नकली धातु सामग्री आरएआईडी समर्थन को लागू करता है और जो अब आरएआईडी सारणी पर उपस्थित संचिका प्रणाली से किसी भी सुव्यवस्थित अनुरोध से गुजरता है^[14] तथा आरएआईडी के साथ भ्रमित न होने के लिए आरएआईडी प्रणाली एमडीएडीएम बैच प्रयोगात्मक समर्थन करता है और सुव्यवस्थित आरएआईडी 1 सारणियों पर जब प्रणाली समय-समय पर संचिका प्रणाली पर एमडी क्रमबद्ध उपयोगिता चलाने के लिए आकार किया जाता है^[15] तो लिनक्स के बाद के संस्करणों में उदाहरण के लिए लाल टोप उद्यम लिनक्स 6.5 और उससे आगे एमडी आरएआईडी केवल दल अवस्था के बजाय वास्तविक समय में सुव्यवस्थित नियंत्रण से गुजरने का समर्थन करता है।^[16] जबकि लाल टोप अधिकांश आरएआईडी तकनीकों के साथ एसएसडीएस पर प्रक्रिया सामग्री आरएआईडी स्तर 1 4 5 और 6 का उपयोग करने के खिलाफ संस्तुति करता है क्योंकि आरंभीकरण के दौरान अधिकांश आरएआईडी प्रबंधन उपयोगिताएं उपकरणों पर सभी खंडों को लिखती हैं जिससे यह सुनिश्चित हो सके कि जाँच योग ठीक से काम करता है और ठोस-राज्य अभियान को विश्वास हो जाता है कि अतिरिक्त क्षेत्र के अलावा अन्य सभी खंड उपयोग में हैं तथा प्रदर्शन में काफी गिरावट आई है^[17]दूसरी ओर लाल टोप एसएसडीएस पर तार्किक आय प्रबंधक आरएआईडी के लिए आरएआईडी 1 या आरएआईडी 10 के उपयोग की संस्तुति करता है क्योंकि ये स्तर काट छांट का समर्थन करते हैं और तार्किक आय प्रबंधक उपयोगिताएँ आरएआईडी 1 या आरएआईडी 10 आयतन बनाते समय सभी खंडों को नहीं लिखती हैं।^[16]

प्रक्रिया यंत्र सामग्री आधारित आरएआईडी

मार्च 2010 में थोड़े समय के लिए उपयोगकर्ताओं को यह विश्वास दिलाया गया था कि विंडोज 7 में इंटेल त्वरित संग्रहण तकनीक (RST) 9.6 चालकों ने आरएआईडी आयतन पर काट छांट का समर्थन किया था लेकिन बाद में इंटेल ने स्पष्ट किया कि काट छांट को बीआईओएस समायोजन के लिए समर्थित किया गया था और उन्नत होस्ट नियंत्रक अंतराफलक प्रणाली और आरएआईडी प्रणाली अभियान आरएआईडी आयतन का हिस्सा नहीं था^[18]अगस्त 2012 तक इंटेल पुष्टि करता है कि त्वरित संग्रहण तकनीक 11.2 चालकों के साथ 7-श्रृंखला चिपसेट माइक्रोसॉफ्ट विंडोज 7 में आरएआईडी 0 के लिए काट छांट का समर्थन करता है^[19] जबकि इंटेल ने 6-श्रृंखला चिपसेट के लिए समर्थन की पुष्टि नहीं की और आरएआईडी 0 आयतन पर काट छांट को संशोधित आरएआईडी विकल्प रोम के साथ धातु सामग्री उत्साही लोगों द्वारा Z68 P67 और X79 चिपसेट पर काम करने के लिए दिखाया गया है^[20] तथा यह अनुमान लगाया गया है कि 6 श्रृंखला चिपसेट के लिए आधिकारिक समर्थन की कमी तकनीकी कारणों के बजाय सत्यापन लागत [56] या उपभोक्ताओं को उन्नति करने के लिए प्रोत्साहित करने के प्रयास [57] हैं।

मदरबोर्ड पर X79 चिपसेट के साथ एक संशोधित विकल्प रोम की आवश्यकता का एक अपवाद है कि यदि निर्माता ने रोम में एक स्विच जोड़ा है तो यह त्वरित संग्रहण तकनीक और त्वरित संग्रहण तकनीक - ई दोनों रोम को बीआईओएस/यूईएफआई के अंदर होने के लिए मजबूर करता है और यह त्वरित संग्रहण तकनीक - ई रोम के बजाय त्वरित संग्रहण तकनीक रोम का उपयोग करने की अनुमति देता है जिससे काट छांट को कार्य करने की अनुमति मिलती है^[21] तथा इंटेल नोट करता है कि रोम के समान संस्करण वाले चालक का उपयोग करके सर्वश्रेष्ठ प्रदर्शन प्राप्त किया जा सकता है उदाहरण के लिए यदि बीआईओएस/यूईएफआई में 11.0.0.0m विकल्प रोम है तो 11.x संस्करण चालक का उपयोग किया जाना चाहिए।^[22]

असमर्थित फ़ाइल सिस्टम को सक्षम करना

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

प्रचालन तंत्र के होते हुए भी अभियान यह पता लगा सकता है कि कंप्यूटर किसी खंड में सभी शून्य लिखता है और शून्य के खंड को अभिलेख करने के बजाय उस खंड को डी-आवंटित करता है यदि डी-आवंटित खंड को पढ़ने पर हमेशा शून्य मिलता है तो यह अनुलेख अप्रयुक्त क्षेत्रों में तेजी से लिखने के सामान्य लाभ के अलावा सभी-शून्य खंडों के तेज लेखन को छोड़कर उपयोगकर्ता के लिए पारदर्शी है और प्रचालन तंत्र आंकड़े मिटाने के लिए सभी शून्य नहीं लिखते हैं लेकिन कुछ उपयोगिताएँ ऐसा करती हैं।

हार्डवेयर समर्थन

एटीए

टीआरआईएम नियंत्रण विनिर्देश [64] को एटी आसक्ति अंतराफलक मानक के हिस्से के रूप में मानकीकृत किया गया है^[24] और टीआरआईएम को आंकड़ा समूह प्रबंधन नियंत्रण के प्रारूप एसीएस-2 विनिर्देश के तहत लागू किया गया है^[25] तथा एटीए मानक समानांतर और क्रमिक एटीए धातु सामग्री दोनों समर्थित है।

मूल एटीए टीआरआईएम नियंत्रण का एक दोष यह है कि इसे एक गैर समुद्री तार नियंत्रण के रूप में परिभाषित किया गया था और इसलिए इसे कतारबद्ध पढ़ने और लिखने के संचालन के सामान्य कार्यभार के साथ आसानी से मिश्रित नहीं किया जा सकता था तथा इसका समाधान करने के लिए सता 3.1 ने एक कतारबद्ध टीआरआईएम नियंत्रण पेश किया।

एटीए पहचान उपकरण नियंत्रण से लौटाए गए सता शब्द 69 और 169 द्वारा परिभाषित विभिन्न प्रकार के टीआरआईएम हैं

गैर-नियतात्मक टीआरआईएम के बाद तार्किक खंड संबोधित करने के लिए प्रत्येक पढ़े गए आदेश को अलग आंकड़े लौटा सकता है।
नियतात्मक टीआरआईएम के बाद तार्किक खंड संबोधित करने के लिए सभी पढ़े गए आदेश समान आंकड़े लौटाएंगे या निर्धारित हो जाएंगे।
नियतात्मक टीआरआईएम के बाद तार्किक खंड संबोधित करने के लिए सभी पढ़े गए आदेश वापस आ जाएंगे।

सैटा शब्द 105 में अतिरिक्त जानकारी है जो प्रति आंकड़ा समूह प्रवर्धन नियंत्रण के लिए 512-बाइट खंड की अधिकतम संख्या का वर्णन करती है जिसका एक अभियान समर्थन कर सकता है आम तौर पर यह व्यतिक्रम रूप से 8 किबीबाइट होता है लेकिन बहुत अभियान टीआरआईएम के लिए माइक्रोसॉफ्ट विंडोज धातु सामग्री आवश्यकताओं को पूरा करने के लिए इसे घटाकर 1 कर देते हैं और आदेश पूरा करने का समय 20 एमएस या 8 एमएस से अधिक नहीं होना चाहिए और हमेशा 600 एमएस से कम होना चाहिए

^[26]एक व्यक्तिगत तार्किक खंड संबोधित श्रेणी को तार्किक खंड संबोधित श्रेणी प्रविष्टि कहा जाता है और इसे आठ बाइट्स द्वारा दर्शाया जाता है और तार्किक खंड संबोधित को तार्किक खंड संबोधित श्रेणी के पहले छह बाइट्स द्वारा व्यक्त किया गया है तथा श्रेणी की लंबाई शून्य-आधारित काउंटर है और शेष दो बाइट्स द्वारा दर्शाया गया है यदि दो-बाइट श्रेणी की लंबाई शून्य है तो तार्किक खंड संबोधित श्रेणी प्रविष्टि को भराई के रूप में छोड़ दिया जाएगा^[27] तथा इसका मतलब यह है कि टीआरआईएम श्रेणी के प्रत्येक 512-बाइट खंड के लिए जो एक उपकरण का समर्थन करता है उसकी अधिकतम 64 श्रेणी 32 एमबी या 2 जीबी है यदि कोई उपकरण 8 पर सैटा शब्द 105 का समर्थन करता है तो उसे एक ही आंकड़ा समूह प्रवर्धन नियंत्रण में 16 जीबी टीआरआईएम करने में सक्षम होना चाहिए।

एससीएसआई

एससीएसआई यूएनएमएपी आदेश और यूएनएमएपी निशान समूह के साथ वही आदेश प्रदान करता है।^[28]

एसडी/एमएमसी

मल्टीमीडियाकार्ड और SD कार्ड मिटाए गए आदेश एटीए टीआरआईएम नियंत्रण के समान कार्यक्षमता प्रदान करता है जबकि इसके लिए आवश्यक है कि मिटाए गए खंडों को शून्य या एक के साथ अधिलेखित किया जाए और एक मिटाए गए उप शल्य विज्ञान को ईएमएमसी 4.5 में और वैकल्पिक रूप से एसडीएचसी और एसडीएक्ससी कार्ड में परिभाषित किया गया है जो एटीए टीआरआईएम से अधिक निकटता से मेल खाता है जिसमें छोड़े गए खंड की सामग्री को अनिश्चित माना जा सकता है।

एनवीएम अभिव्यक्त

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

नुकसान

कुछ अस्वीकृत कूटलेखन योजनाओं में पूरे चक्र को यादृच्छिक कचरे की तरह दिखाना सम्मिलित है टीआरआईएम का उपयोग प्रशंसनीय खंडन की इस परत को हरा देता है क्योंकि बनाए गए सभी-शून्य खंड आसानी से संकेत करते हैं कि कौन से खंड का उपयोग किया जाता है^[29] और यह तर्क दिया गया है कि टीआरआईएम को अक्षम करना संदिग्ध भी हो सकता है।^[30]
टीआरआईएम आदेश के मूल संस्करण को टी 13 उपसमिति द्वारा एक गैर-पंक्तिबद्ध आदेश के रूप में परिभाषित किया गया है और इसके परिणामस्वरूप लापरवाही से उपयोग किए जाने पर बड़े पैमाने पर निष्पादन जुर्माना लगाया जा सकता है तथा उदाहरण के लिए प्रत्येक संचिका प्रणाली आदेश के बाद भेजा जाता है और आदेश की गैर-पंक्तिबद्ध प्रकृति के कारण चालक को पहले सभी बकाया आदेशों के समाप्त होने तक प्रतीक्षा करने की आवश्यकता होती है और टीआरआईएम आदेश जारी करना पड़ता है तथा फिर सामान्य आदेश फिर से शुरू करना पड़ता है और एसएसडी में प्रक्रिया यंत्र सामग्री के आधार पर टीआरआईएम को पूरा होने में बहुत समय लग सकता है और कचरा संग्रहण चक्र भी शुरू हो सकता है तथा कतारबद्ध टीआरआईएम आदेश की शुरुआत के साथ क्रमिक एटीए संशोधन 3.1 में इस टीआरआईएम नुकसान को दूर किया गया है।^[31]^[32]
केवल कुछ सूत्र ने अतिथि ओएस के लिए टीआरआईएम लागू किया है।
दोषपूर्ण अभियान प्रक्रिया यंत्र सामग्री जो पंक्तिबद्ध टीआरआईएम के लिए गलत समर्थन की सूचना देता है या बहुत उपकरणों में लगातार स्थिर से जुड़ा हुआ है और विशेष रूप से माइक्रोन और निर्णायक के एम500^[33] और सैमसंग की 840 और 850 श्रृंखला है^[34] तथा लिनक्स प्रचालन तंत्र पर आंकड़ा भ्रष्टाचार की पुष्टि की गई है।^[35]

पंक्तिबद्ध टीआरआईएम आदेश के बजाय इन अभियान पर गैर-पंक्तिबद्ध टीआरआईएम आदेश भेजने के लिए मजबूर करने के लिए इन उपकरणों को लिनक्स कर्नेल को libata-core.c में ब्लैकलिस्ट किया गया है। [78]

माइक्रोन/निर्णायक एम500 कारखाना पुन: प्रमाणित एसएसडी सहित सभी प्रक्रिया यंत्र सामग्री संस्करणों का उपयोग कर रहा है
माइक्रोन एम510 प्रक्रिया यंत्र सामग्री संस्करण एमयू01 का उपयोग कर रहा है।
- माइक्रोन/निर्णायक एम550 प्रक्रिया यंत्र सामग्री संस्करण एमयू01 का उपयोग कर रहा है।
निर्णायक एमएक्स100 प्रक्रिया यंत्र सामग्री संस्करण एमयू01 का उपयोग कर रहा है।
सैमसंग 840 और 850 श्रृंखला एसएसडी सभी प्रक्रिया यंत्र सामग्री संस्करणों का उपयोग कर रहे हैं।

यह श्रेणी सामान्य रूप से टीआरआईएम के विरुद्ध ज़बर्दस्त रफ़्तार S238 को भी काली सूची करती है क्योंकि टीआरआईएम जारी होने पर गलत खंड आंकड़ा खो देता है।^[36]^[37]

libata-core.c के पास एसएसडीएस को सूचीबद्ध करने के लिए एक श्वेतसूची भी है जो डीआरएटी और आरजेडएटी निशान को सही से लागू करने के लिए उप प्रणाली के अनुरक्षकों के लिए विश्वसनीय रूप से ज्ञात हैं श्वेतसूचीबद्ध अभियान इस प्रकार हैं ^[36]

.महत्वपूर्ण ठोस-राज्य अभियान

इंटेल ठोस-राज्य अभियान 510 को छोड़कर
माइक्रोन ठोस-राज्य अभियान
सैमसंग ठोस-राज्य अभियान
सीगेट ठोस-राज्य अभियान ^[38]

यह भी देखें

आंकड़ा अवशेष

संदर्भ

↑ "Intel High Performance Solid State Drive – Advantages of TRIM". Intel.com. Intel. 14 September 2010. Retrieved 21 February 2012.
↑ {{Cite web|url=https://www.anandtech.com/show/2738 |title=SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना|author=Shimpi, Anand Lal |website=AnandTech.com |page=4 |date=2009-03-18 |access-date=2010-06-19}
↑ ^3.0 ^3.1 शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 10. TRIM एक ATA कमांड (एडवांस्ड टेक्नोलॉजी अटैचमेंट कमांड) है जो OS को SSD को उन डेटा के ब्लॉक के बारे में सूचित करने की अनुमति देता है जो अब उपयोग में नहीं हैं। एसएसडी डेटा के नए ब्लॉक के लिए रास्ता बनाने के लिए डेटा के ऐसे ब्लॉक को हटा देता है। TRIM का उपयोग मूल रूप से SSD के प्रदर्शन और जीवन काल को बढ़ाने के लिए किया जाता है। दुर्भाग्य से, TRIM का वरदान SSD से डेटा रिकवरी के लिए अभिशाप बन जाता है। इसलिए, एक विश्वसनीय उपकरण (उदाहरण के लिए विंडोज के लिए डिस्क ड्रिल) का उपयोग करके नियमित रूप से अपने डेटा की बैकअप प्रतिलिपि बनाने की दृढ़ता से अनुशंसा की जाती है, खासकर यदि आपका ओएस एसएसडी विफल होने के बारे में चेतावनी दे रहा है।
↑ शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 11.
↑ "किंग्स्टन SSDNow वी प्लस 100 की समीक्षा". AnandTech.com. Anand Lal Shimpi. 11 November 2010. Retrieved 10 December 2010.
↑ "ट्रिम कमांड - हार्ड डिस्क ड्राइव के लिए सामान्य लाभ" (PDF). Documents.westerndigital.com. Retrieved 7 November 2021.
↑ ^7.0 ^7.1 ^7.2 Savill, John (21 April 2009). "I heard solid-state disks (SSDs) suffer from a decline in write performance as they're used. Why?". WindowsITPro. Archived from the original on 19 August 2012. Retrieved 19 June 2010.
↑ ^8.0 ^8.1 ^8.2 शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 7.
↑ ^9.0 ^9.1 {{Cite web |url=http://www.windowsitpro.com/article/file-systems/q-what-is-the-trim-function-for-solid-state-disks-ssds-and-why-is-it-important-.aspx |archive-url=https://archive.today/20130209233800/http://www.windowsitpro.com/article/file-systems/q-what-is-the-trim-function-for-solid-state-disks-ssds-and-why-is-it-important-.aspx |url-status=dead |archive-date=2013-02-09 |title=सॉलिड-स्टेट डिस्क (SSDs) के लिए TRIM फ़ंक्शन क्या है और यह क्यों महत्वपूर्ण है?|author=Savill, John |publisher=WindowsITPro |date=2009-04-22 |access-date=2010-06-19 }
↑ Malventano, Allyn (13 February 2009). "इंटेल मेनस्ट्रीम एसएसडी का दीर्घकालिक प्रदर्शन विश्लेषण". PC Perspective. Retrieved 10 February 2012.
↑ ^11.0 ^11.1 शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 5.
↑ शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 8.
↑ "Too TRIM? When SSD Data Recovery is Impossible". TechGage. TechGage. 5 March 2010. Retrieved 21 August 2018.
↑ "Possible to get SSD TRIM (discard) working on ext4 + LVM + software RAID in Linux? – Server Fault". Retrieved 29 November 2011.
↑ "Cyberax/mdtrim – GitHub". GitHub. Retrieved 29 November 2011.
↑ ^16.0 ^16.1 "Red Hat Enterprise Linux 6 Storage Administration Guide, Chapter 21. Solid-State Disk Deployment Guidelines". Retrieved 9 March 2016.
↑ "Red Hat Enterprise Linux 7 Storage Administration Guide". 11 November 2015. Retrieved 29 February 2016.
↑ "Is there TRIM support for RAID configurations?". Intel. 26 March 2010. Retrieved 6 November 2010.
↑ "Intel Confirms RAID0 TRIM Support on 7-Series Chipsets". 19 August 2012. Retrieved 14 January 2013.
↑ "RAID0 trim and SRT seems possible on 6-series and 5-Series". 18 November 2012. Retrieved 14 January 2013.
↑ Anand Lal Shimpi. "Intel Brings TRIM to RAID-0 SSD Arrays on 7-Series Motherboards, We Test It".
↑ Doug Crowthers (17 August 2012). "TRIM Command Confirmed With RAID 0 on Intel 7 Series". Tom's Hardware.
↑ "इंटेल एसएसडी अनुकूलक श्वेत पत्र" (PDF). Intel Corporation. Archived from the original (PDF) on 5 October 2012. Retrieved 23 January 2010.
↑ "T13 documents referring to TRIM". INCITS T13. INCITS. Retrieved 8 July 2009.
↑ "T13 ATA8 Draft Spec 1697-D" (PDF). INCITS. 23 June 2010. Retrieved 14 August 2010.
↑ "Device.Storage आवश्यकताएँ (Windows)". Retrieved 29 February 2016.
↑ "T13/2161-D: Information technology – ATA/ATAPI Command Set – 3 (ACS-3)" (PDF). T13.org. Retrieved 29 February 2016.
↑ Motin, Alexander (24 December 2011). "RFC: SCSI UNMAP (TRIM) support". Lists.freebsd.org. Retrieved 7 November 2021.
↑ "Milan Broz's blog: TRIM & dm-crypt ... problems?". Milan Broz. 14 August 2011. Retrieved 1 October 2014.
↑ "पूरी तरह से इनकार करने योग्य स्टेग्नोग्राफ़िक डिस्क एन्क्रिप्शन" (PDF). I.blackhat.com. Retrieved 7 November 2021.
↑ "The Path from 3Gb/s to SATA 6Gb/s: How to Migrate Current Designs to the SATA Revision 3.0 Specification". Sata-io.org. 27 May 2009. Retrieved 7 November 2021.
↑ "SATA 3.1 spec brings swap standard, improved TRIM". The Tech Report. 18 July 2011.
↑ "71371 [PATCH]Crucial M500, broken "queued TRIM" support". bugzilla.kernel.org.
↑ "Bug #1449005 trim does not work with Samsung 840 EVO after firm... : Bugs : fstrim package : Ubuntu". Launchpad.
↑ torvalds. "linux/libata-core.c at e64f638483a21105c7ce330d543fa1f1c35b5bc7 · torvalds/linux · GitHub". GitHub.
↑ ^36.0 ^36.1 torvalds. "linux/libata-core.c at master · torvalds/linux · GitHub". GitHub.
↑ torvalds. "libata: force disable trim for SuperSSpeed S238 · torvalds/linux@cda57b1". GitHub.
↑ "[1/3] libata: Whitelist SSDs that are known to properly return zeroes after TRIM - Patchwork". patchwork.ozlabs.org.

बाहरी संबंध

From write() down to flash chips – An explanation on how the TRIM command lets SSDs erase data not used by the filesystem
TRIM Command White Paper – A white paper explaining the command's purpose and actions
Fusion-io Patent "Apparatus, system, and method for redundant write caching"

[Intel_Knowledgebase-1] "Intel High Performance Solid State Drive – Advantages of TRIM". Intel.com. Intel. 14 September 2010. Retrieved 21 February 2012.

[SSD_Anthology_4-2] {{Cite web|url=https://www.anandtech.com/show/2738 |title=SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना|author=Shimpi, Anand Lal |website=AnandTech.com |page=4 |date=2009-03-18 |access-date=2010-06-19}

[SSD_Anthology_10-3] 3.0 ^3.1 शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 10. TRIM एक ATA कमांड (एडवांस्ड टेक्नोलॉजी अटैचमेंट कमांड) है जो OS को SSD को उन डेटा के ब्लॉक के बारे में सूचित करने की अनुमति देता है जो अब उपयोग में नहीं हैं। एसएसडी डेटा के नए ब्लॉक के लिए रास्ता बनाने के लिए डेटा के ऐसे ब्लॉक को हटा देता है। TRIM का उपयोग मूल रूप से SSD के प्रदर्शन और जीवन काल को बढ़ाने के लिए किया जाता है। दुर्भाग्य से, TRIM का वरदान SSD से डेटा रिकवरी के लिए अभिशाप बन जाता है। इसलिए, एक विश्वसनीय उपकरण (उदाहरण के लिए विंडोज के लिए डिस्क ड्रिल) का उपयोग करके नियमित रूप से अपने डेटा की बैकअप प्रतिलिपि बनाने की दृढ़ता से अनुशंसा की जाती है, खासकर यदि आपका ओएस एसएसडी विफल होने के बारे में चेतावनी दे रहा है।

[SSD_Anthology_11-4] शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 11.

[5] "किंग्स्टन SSDNow वी प्लस 100 की समीक्षा". AnandTech.com. Anand Lal Shimpi. 11 November 2010. Retrieved 10 December 2010.

[6] "ट्रिम कमांड - हार्ड डिस्क ड्राइव के लिए सामान्य लाभ" (PDF). Documents.westerndigital.com. Retrieved 7 November 2021.

[WindowsITPro-7] 7.0 ^7.1 ^7.2 Savill, John (21 April 2009). "I heard solid-state disks (SSDs) suffer from a decline in write performance as they're used. Why?". WindowsITPro. Archived from the original on 19 August 2012. Retrieved 19 June 2010.

[SSD_Anthology_7-8] 8.0 ^8.1 ^8.2 शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 7.

[WindowsITPro_Trim-9] 9.0 ^9.1 {{Cite web |url=http://www.windowsitpro.com/article/file-systems/q-what-is-the-trim-function-for-solid-state-disks-ssds-and-why-is-it-important-.aspx |archive-url=https://archive.today/20130209233800/http://www.windowsitpro.com/article/file-systems/q-what-is-the-trim-function-for-solid-state-disks-ssds-and-why-is-it-important-.aspx |url-status=dead |archive-date=2013-02-09 |title=सॉलिड-स्टेट डिस्क (SSDs) के लिए TRIM फ़ंक्शन क्या है और यह क्यों महत्वपूर्ण है?|author=Savill, John |publisher=WindowsITPro |date=2009-04-22 |access-date=2010-06-19 }

[PC_Per_Malventano-10] Malventano, Allyn (13 February 2009). "इंटेल मेनस्ट्रीम एसएसडी का दीर्घकालिक प्रदर्शन विश्लेषण". PC Perspective. Retrieved 10 February 2012.

[SSD_Anthology_5-11] 11.0 ^11.1 शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 5.

[SSD_Anthology_8-12] शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 8.

[13] "Too TRIM? When SSD Data Recovery is Impossible". TechGage. TechGage. 5 March 2010. Retrieved 21 August 2018.

[14] "Possible to get SSD TRIM (discard) working on ext4 + LVM + software RAID in Linux? – Server Fault". Retrieved 29 November 2011.

[15] "Cyberax/mdtrim – GitHub". GitHub. Retrieved 29 November 2011.

[RHEL_6_Storage_Admin._Chap._21-16] 16.0 ^16.1 "Red Hat Enterprise Linux 6 Storage Administration Guide, Chapter 21. Solid-State Disk Deployment Guidelines". Retrieved 9 March 2016.

[17] "Red Hat Enterprise Linux 7 Storage Administration Guide". 11 November 2015. Retrieved 29 February 2016.

[18] "Is there TRIM support for RAID configurations?". Intel. 26 March 2010. Retrieved 6 November 2010.

[19] "Intel Confirms RAID0 TRIM Support on 7-Series Chipsets". 19 August 2012. Retrieved 14 January 2013.

[20] "RAID0 trim and SRT seems possible on 6-series and 5-Series". 18 November 2012. Retrieved 14 January 2013.

[21] Anand Lal Shimpi. "Intel Brings TRIM to RAID-0 SSD Arrays on 7-Series Motherboards, We Test It".

[22] Doug Crowthers (17 August 2012). "TRIM Command Confirmed With RAID 0 on Intel 7 Series". Tom's Hardware.

[Intel_SSD_Opt-23] "इंटेल एसएसडी अनुकूलक श्वेत पत्र" (PDF). Intel Corporation. Archived from the original (PDF) on 5 October 2012. Retrieved 23 January 2010.

[24] "T13 documents referring to TRIM". INCITS T13. INCITS. Retrieved 8 July 2009.

[25] "T13 ATA8 Draft Spec 1697-D" (PDF). INCITS. 23 June 2010. Retrieved 14 August 2010.

[26] "Device.Storage आवश्यकताएँ (Windows)". Retrieved 29 February 2016.

[27] "T13/2161-D: Information technology – ATA/ATAPI Command Set – 3 (ACS-3)" (PDF). T13.org. Retrieved 29 February 2016.

[28] Motin, Alexander (24 December 2011). "RFC: SCSI UNMAP (TRIM) support". Lists.freebsd.org. Retrieved 7 November 2021.

[29] "Milan Broz's blog: TRIM & dm-crypt ... problems?". Milan Broz. 14 August 2011. Retrieved 1 October 2014.

[30] "पूरी तरह से इनकार करने योग्य स्टेग्नोग्राफ़िक डिस्क एन्क्रिप्शन" (PDF). I.blackhat.com. Retrieved 7 November 2021.

[31] "The Path from 3Gb/s to SATA 6Gb/s: How to Migrate Current Designs to the SATA Revision 3.0 Specification". Sata-io.org. 27 May 2009. Retrieved 7 November 2021.

[32] "SATA 3.1 spec brings swap standard, improved TRIM". The Tech Report. 18 July 2011.

[M500-33] "71371 [PATCH]Crucial M500, broken "queued TRIM" support". bugzilla.kernel.org.

[34] "Bug #1449005 trim does not work with Samsung 840 EVO after firm... : Bugs : fstrim package : Ubuntu". Launchpad.

[35] torvalds. "linux/libata-core.c at e64f638483a21105c7ce330d543fa1f1c35b5bc7 · torvalds/linux · GitHub". GitHub.

[libata-core.c-36] 36.0 ^36.1 torvalds. "linux/libata-core.c at master · torvalds/linux · GitHub". GitHub.

[37] torvalds. "libata: force disable trim for SuperSSpeed S238 · torvalds/linux@cda57b1". GitHub.

[38] "[1/3] libata: Whitelist SSDs that are known to properly return zeroes after TRIM - Patchwork". patchwork.ozlabs.org.

[1]

[2]

[3]

[4]

[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]

@@ Line 4: / Line 4: @@
 {{missing information|article|SMR drives (similar append-only zone problem)|date=April 2020}}
-एक छोटा नियंत्रण [[ऑपरेटिंग सिस्टम|प्रचालन तंत्र]] को एक ठोस-राज्य अभियान को सूचित करने की अनुमति देता है जो आंकड़े के खंड को अब उपयोग में नहीं माना जाता है और इसलिए आंतरिक रूप से मिटाया जा सकता है<ref name="Intel Knowledgebase">{{Cite web
+एक सुव्यवस्थित नियंत्रण [[ऑपरेटिंग सिस्टम|प्रचालन तंत्र]] को एक ठोस-राज्य अभियान को सूचित करने की अनुमति देता है जो आंकड़े के खंड को उपयोग में नहीं लात है और इसलिए इसे आंतरिक रूप से मिटाया जाता है<ref name="Intel Knowledgebase">{{Cite web
 | url = http://www.intel.com/content/www/us/en/support/solid-state-drives/000016148.html?wapkw=trim
 | title = Intel High Performance Solid State Drive – Advantages of TRIM
@@ Line 11: / Line 11: @@
 | publisher = [[Intel]]
 | access-date = 2012-02-21
-}}</ref> तथा एसएसडीएस के आने के तुरंत बाद छोटे टुकड़े को उपस्थित किया गया था क्योंकि एसएसडीस का निम्न-स्तरीय संचालन कठिन अभियान से बहुत अलग होता है जिस विशिष्ट तरीके से प्रचालन तंत्र शल्य विज्ञान को संभालता है वैसे ही विलोपन और प्रारूप के परिणामस्वरूप एसएसडीएस पर लिखने के संचालन के अप्रत्याशित प्रगतिशील प्रदर्शन में गिरावट आई है<ref name="SSD_Anthology_4">{{Cite web|url=https://www.anandtech.com/show/2738 |title=SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना|author=Shimpi, Anand Lal |website=AnandTech.com |page=4 |date=2009-03-18 |access-date=2010-06-19}</ref> जो कि कोटि-छांट एसएसडी को अधिक कुशलता से कचरा संग्रह संभालने में सक्षम बनाता है तथा यह सम्मिलित खंडों में भविष्य के लेखन कार्यों को धीमा कर देगा<ref name="SSD_Anthology_10">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 10.
+}}</ref> तथा एसएसडीएस के आने के बाद छोटे टुकड़े को उपस्थित किया गया था क्योंकि एसएसडीस का निम्न-स्तरीय संचालन कठिन अभियान से बहुत अलग होता है और जिस विशिष्ट तरीके से प्रचालन तंत्र शल्य विज्ञान को संभालता है वैसे ही विलोपन और प्रारूप के परिणामस्वरूप एसएसडीएस पर लिखने के संचालन के अप्रत्याशित प्रगतिशील प्रदर्शन में गिरावट आई है<ref name="SSD_Anthology_4">{{Cite web|url=https://www.anandtech.com/show/2738 |title=SSD एंथोलॉजी: OCZ से SSDs और नई ड्राइव्स को समझना|author=Shimpi, Anand Lal |website=AnandTech.com |page=4 |date=2009-03-18 |access-date=2010-06-19}</ref> जो कि काट-छांट ठोस-राज्य अभियान को अधिक कुशलता से कचरा संग्रह संभालने में सक्षम बनाता है तथा यह सम्मिलित खंडों में भविष्य के लेखन कार्यों को धीमा कर देता है <ref name="SSD_Anthology_10">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 10.
 TRIM एक ATA कमांड (एडवांस्ड टेक्नोलॉजी अटैचमेंट कमांड) है जो OS को SSD को उन डेटा के ब्लॉक के बारे में सूचित करने की अनुमति देता है जो अब उपयोग में नहीं हैं। एसएसडी डेटा के नए ब्लॉक के लिए रास्ता बनाने के लिए डेटा के ऐसे ब्लॉक को हटा देता है। TRIM का उपयोग मूल रूप से SSD के प्रदर्शन और जीवन काल को बढ़ाने के लिए किया जाता है।
 दुर्भाग्य से, TRIM का वरदान SSD से डेटा रिकवरी के लिए अभिशाप बन जाता है। इसलिए, एक विश्वसनीय उपकरण (उदाहरण के लिए विंडोज के लिए डिस्क ड्रिल) का उपयोग करके नियमित रूप से अपने डेटा की बैकअप प्रतिलिपि बनाने की दृढ़ता से अनुशंसा की जाती है, खासकर यदि आपका ओएस एसएसडी विफल होने के बारे में चेतावनी दे रहा है।
-</रेफरी>
+</ref>
-हालांकि ट्रिमिंग की शुरुआत से पहले कुछ ड्राइव को एक नई स्थिति में रीसेट करने के लिए उपकरण पहले से ही उपलब्ध थे, वे ड्राइव के सभी डेटा को भी हटा देते हैं, जो उन्हें चल रहे अनुकूलन के लिए उपयोग करने के लिए अव्यावहारिक बनाता है।<ref name="SSD_Anthology_11">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 11.</ref> जबकि कोटि-छांट की शुरुआत से पहले कुछ अभियान को एक नई स्थिति में फिर से स्थापित करने के लिए उपकरण पहले से ही उपलब्ध थे और वे अभियान पर सभी आंकड़े को भी हटा देते हैं जिससे चल रहे अनुकूलन के लिए उनका उपयोग करना अव्यावहारिक हो जाता है और {{CURRENT YEAR}} में एसएसडी में कुछ संचिका प्रणाली के लिए आंतरिक कचरा संग्रह तंत्र था जो कोटि छांट से स्वतंत्र रूप से काम करता था यद्यपि इसने कोटि छांट का समर्थन नहीं करने वाले प्रचालन तंत्र के तहत भी अपने जीवनकाल और प्रदर्शन को सफलतापूर्वक बनाए रखा लेकिन इसमें तेज़ बिक्री के बढ़े हुए लेखन प्रवर्धन और पहनने की कमियां थीं<ref>{{Cite web|title= किंग्स्टन SSDNow वी प्लस 100 की समीक्षा|url=http://www.anandtech.com/show/4010/kingston-ssdnow-v-plus-100-review |date=2010-11-11|website=AnandTech.com |publisher= Anand Lal Shimpi|access-date=2010-12-10}}</ref> तथा कोटि छांट भी व्यापक रूप से है [[शिंगल चुंबकीय रिकॉर्डिंग|सिंगल चुंबकीय रिकॉर्डिंग]] (SMR) ठोस अभियान पर उपयोग किया जाता है।<ref>{{cite web|url=https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/internal-drives/wd-purple-hdd/whitepaper-generic-benefit-for-hard-disk-drive.pdf|title=ट्रिम कमांड - हार्ड डिस्क ड्राइव के लिए सामान्य लाभ|website=Documents.westerndigital.com|access-date=November 7, 2021}}</ref>
+हालांकि ट्रिमिंग की शुरुआत से पहले कुछ ड्राइव को एक नई स्थिति में रीसेट करने के लिए उपकरण पहले से ही उपलब्ध थे, वे ड्राइव के सभी डेटा को भी हटा देते हैं, जो उन्हें चल रहे अनुकूलन के लिए उपयोग करने के लिए अव्यावहारिक बनाता है।<ref name="SSD_Anthology_11">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 11.</ref> जबकि काट-छांट की शुरुआत से पहले कुछ अभियान को एक नई स्थिति में फिर से स्थापित करने के लिए उपकरण पहले से ही उपलब्ध थे जिससे चल रहे अनुकूलन के लिए उनका उपयोग करना अव्यावहारिक हो जाता है और {{CURRENT YEAR}} में ठोस-राज्य अभियान में कुछ संचिका प्रणाली के लिए आंतरिक कचरा संग्रह तंत्र था जो कोटि छांट से स्वतंत्र रूप से काम करता था यद्यपि इसने कोटि छांट का समर्थन नहीं करने वाले प्रचालन तंत्र के तहत भी अपने जीवनकाल और प्रदर्शन को सफलतापूर्वक बनाए रखा लेकिन इसमें तेज़ बिक्री के बढ़े हुए लेखन प्रवर्धन और पहनने की कमियां थीं<ref>{{Cite web|title= किंग्स्टन SSDNow वी प्लस 100 की समीक्षा|url=http://www.anandtech.com/show/4010/kingston-ssdnow-v-plus-100-review |date=2010-11-11|website=AnandTech.com |publisher= Anand Lal Shimpi|access-date=2010-12-10}}</ref> तथा कोटि छांट भी व्यापक रूप से है [[शिंगल चुंबकीय रिकॉर्डिंग|सिंगल चुंबकीय रिकॉर्डिंग]] ठोस अभियान पर उपयोग किया जाता है।<ref>{{cite web|url=https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/internal-drives/wd-purple-hdd/whitepaper-generic-benefit-for-hard-disk-drive.pdf|title=ट्रिम कमांड - हार्ड डिस्क ड्राइव के लिए सामान्य लाभ|website=Documents.westerndigital.com|access-date=November 7, 2021}}</ref>
 == पृष्ठभूमि ==
-जिस तरह से कई [[फाइल सिस्टम|संचिका प्रणाली]] आंकड़े खंड को उपयोग में नहीं भंडारण साधन के रूप में निशान करके विलोपन कार्यवाही को संभालते हैं<ref name="WindowsITPro">{{Cite web |url=http://www.windowsitpro.com/article/john-savills-windows-faqs/q-i-heard-solid-state-disks-ssds-suffer-from-a-decline-in-write-performance-as-they-re-used-why-.aspx |title=I heard solid-state disks (SSDs) suffer from a decline in write performance as they're used. Why? |author=Savill, John |publisher=WindowsITPro |date=2009-04-21 |access-date=2010-06-19 |url-status=dead |archive-url=https://web.archive.org/web/20120819190909/http://www.windowsitpro.com/article/john-savills-windows-faqs/q-i-heard-solid-state-disks-ssds-suffer-from-a-decline-in-write-performance-as-they-re-used-why- |archive-date=19 August 2012  }}</ref><ref name="SSD_Anthology_7">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 7.</ref> लेकिन ठोस अभियान भी यह नहीं जानते हैं कि कौन से पेज वास्तव में उपयोग में हैं और किसे खाली स्थान माना जा सकता है और अधिलेखित कार्यवाही के विपरीत एक विलोपन में आंकड़े वाले क्षेत्रों में भौतिक लेखन सम्मिलित नहीं होगा जबकि एक सामान्य एसएसडी को अप्रयुक्त खंडों की सूची सहित संचिका प्रणाली संरचनाओं का कोई ज्ञान नहीं है इसलिए भंडारण माध्यम इस बात से अनजान रहता है कि खंड उपलब्ध हो गए हैं जबकि यह अक्सर विद्युत [[हार्ड डिस्क|अनम्य डिस्क]] से फाइलों श्रेणियों को पुनर्प्राप्त करने के लिए [[हटाना रद्द|हटाना]] उपकरण को सक्षम करता है<ref name="SSD_Anthology_7" /><ref name="WindowsITPro_Trim">{{Cite web |url=http://www.windowsitpro.com/article/file-systems/q-what-is-the-trim-function-for-solid-state-disks-ssds-and-why-is-it-important-.aspx |archive-url=https://archive.today/20130209233800/http://www.windowsitpro.com/article/file-systems/q-what-is-the-trim-function-for-solid-state-disks-ssds-and-why-is-it-important-.aspx |url-status=dead |archive-date=2013-02-09 |title=सॉलिड-स्टेट डिस्क (SSDs) के लिए TRIM फ़ंक्शन क्या है और यह क्यों महत्वपूर्ण है?|author=Savill, John |publisher=WindowsITPro |date=2009-04-22 |access-date=2010-06-19 }</ref> प्रचालन तंत्र द्वारा श्रेणियों को हटाए जाने के रूप में रिपोर्ट किए जाने के बाद भी इसका अर्थ यह है कि जब प्रचालन तंत्र बाद में किसी एक क्षेत्र में सही कार्यवाही करता है जिसे वह मुक्त स्थान मानता है तो यह प्रभावी रूप से एक अधिलेखित कार्यवाही बन जाता है भंडारण माध्यम के दृष्टिकोण से चुंबकीय चक्र के लिए उपस्थित आंकड़े का अधिलेखित एक खाली क्षेत्र में लिखने से अलग नहीं है लेकिन कुछ एसएसडी निम्नतम स्तर पर कैसे काम करते हैं एक अधिलेखित एक खाली पृष्ठ में आंकड़े लिखने की तुलना में महत्वपूर्ण उपरि उत्पन्न करता है संभावित रूप से अपंग लेखन प्रदर्शन करता है<ref name="SSD_Anthology_7" /><ref name="PC Per Malventano">{{cite web | url = http://www.pcper.com/reviews/Storage/Long-term-performance-analysis-Intel-Mainstream-SSDs/Intel-Option-1-Write-Big | work=PC Perspective | title = इंटेल मेनस्ट्रीम एसएसडी का दीर्घकालिक प्रदर्शन विश्लेषण| first=Allyn|last= Malventano| date=13 February 2009 | access-date=10 February 2012 }}</ref> एसएसडी आंकड़े को प्रकाश स्मृति कोष्ठिका में इकट्ठा करते हैं जो आमतौर पर 4 से 16 [[किबिबाइट]] के पेजों में समूहित होते हैं तथा 128 से 512 पेज के खंड में एक साथ समूहीकृत होते हैं उदाहरण के लिए 512 किबिबाइट खंड करता है जो प्रत्येक 4 किबिबाईट के 128 पृष्ठों को समूहित करता है<ref name="WindowsITPro" /><ref name="SSD_Anthology_5" /> प्रकाश कोष्ठिका को सीधे तभी लिखा जा सकता है जब वे खाली हों यदि उनमें आंकड़ा होता है तो सामग्री को लिखने के कार्यवाही से पहले मिटा दिया जाना चाहिए एक एसएसडी सही कार्यवाही एक पेज पर किया जा सकता है लेकिन धातु सामग्री सीमाओं के कारण मिटाने का आदेश हमेशा पूरे खंड को प्रभावित करते हैं<ref name="SSD_Anthology_5">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 5.</ref> परिणामस्वरूप एसएसडी पर खाली पृष्ठों पर आंकड़े लिखना बहुत तेज़ होता है लेकिन एक बार पहले लिखे गए पृष्ठों को अधिलेखित करने की आवश्यकता होने पर यह काफी धीमा हो जाता है जबकि पृष्ठ में कोष्ठीका को फिर से लिखे जाने से पहले मिटाने की आवश्यकता होती है लेकिन केवल खंड मिटाए जा सकते हैं और एक अधिलेखित पढ़ने-मिटाने संशोधित लिखने का चक्र शुरू करेगा<ref name="WindowsITPro" /><ref name="SSD_Anthology_8">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 8.</ref> तथा पूरे खंड की सामग्री को नकद में संग्रहीत किया जाता है और फिर पूरे खंड को एसएसडी से मिटा दिया जाता है तथा फिर अधिलेखित किए गए पेज को नकद खंड में लिखा जाता है तथा उसके बाद ही पूरे अद्यतन किए गए खंड को प्रकाश माध्यम में लिखा जा सकता है और इस घटना को लेखन प्रवर्धन के रूप में जाना जाता है।
+जिस तरह से कई [[फाइल सिस्टम|संचिका प्रणाली]] आंकड़े खंड को भंडारण साधन के रूप में निशान करके विलोपन कार्यवाही को संभालते हैं<ref name="WindowsITPro">{{Cite web |url=http://www.windowsitpro.com/article/john-savills-windows-faqs/q-i-heard-solid-state-disks-ssds-suffer-from-a-decline-in-write-performance-as-they-re-used-why-.aspx |title=I heard solid-state disks (SSDs) suffer from a decline in write performance as they're used. Why? |author=Savill, John |publisher=WindowsITPro |date=2009-04-21 |access-date=2010-06-19 |url-status=dead |archive-url=https://web.archive.org/web/20120819190909/http://www.windowsitpro.com/article/john-savills-windows-faqs/q-i-heard-solid-state-disks-ssds-suffer-from-a-decline-in-write-performance-as-they-re-used-why- |archive-date=19 August 2012  }}</ref><ref name="SSD_Anthology_7">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 7.</ref> उसी तरह ठोस अभियान भी यह नहीं जानते हैं कि कौन से पेज वास्तव में उपयोग में हैं और किसे खाली स्थान माना जा सकता है और अधिलेखित कार्यवाही के विपरीत एक विलोपन में आंकड़े वाले क्षेत्रों में भौतिक लेखन सम्मिलित नहीं होता है जबकि एक सामान्य ठोस-राज्य अभियान को अप्रयुक्त खंडों की सूची तथा संचिका प्रणाली संरचनाओं का कोई ज्ञान नहीं है इसलिए भंडारण माध्यम इस बात से अनजान रहता है कि खंड उपलब्ध हो गए हैं और यह अक्सर विद्युत [[हार्ड डिस्क|अनम्य चक्र]] से दस्तावेज श्रेणियों को पुनर्प्राप्त करने के लिए उपकरण को सक्षम करता है<ref name="SSD_Anthology_7" /><ref name="WindowsITPro_Trim">{{Cite web |url=http://www.windowsitpro.com/article/file-systems/q-what-is-the-trim-function-for-solid-state-disks-ssds-and-why-is-it-important-.aspx |archive-url=https://archive.today/20130209233800/http://www.windowsitpro.com/article/file-systems/q-what-is-the-trim-function-for-solid-state-disks-ssds-and-why-is-it-important-.aspx |url-status=dead |archive-date=2013-02-09 |title=सॉलिड-स्टेट डिस्क (SSDs) के लिए TRIM फ़ंक्शन क्या है और यह क्यों महत्वपूर्ण है?|author=Savill, John |publisher=WindowsITPro |date=2009-04-22 |access-date=2010-06-19 }</ref> तथा प्रचालन तंत्र द्वारा श्रेणियों को हटाए जाने के रूप में कार्य करता है इसका अर्थ यह है कि जब प्रचालन तंत्र बाद में किसी एक क्षेत्र में सही कार्यवाही करता है जिसे वह मुक्त स्थान मानता है तो यह प्रभावी रूप से एक अधिलेखित कार्यवाही बन जाता है और भंडारण माध्यम के दृष्टिकोण से चुंबकीय चक्र के लिए उपस्थित आंकड़े को अधिलेखित क्षेत्र में लिखना गलत नहीं है लेकिन कुछ ठोस-राज्य अभियान निम्नतम स्तर पर कैसे काम करते हैं यह एक अधिलेखित पृष्ठ में आंकड़े लिखने की तुलना में महत्वपूर्ण खर्च उत्पन्न करता है जो संभावित रूप से अपंग लेखन प्रदर्शन करता है<ref name="SSD_Anthology_7" /><ref name="PC Per Malventano">{{cite web | url = http://www.pcper.com/reviews/Storage/Long-term-performance-analysis-Intel-Mainstream-SSDs/Intel-Option-1-Write-Big | work=PC Perspective | title = इंटेल मेनस्ट्रीम एसएसडी का दीर्घकालिक प्रदर्शन विश्लेषण| first=Allyn|last= Malventano| date=13 February 2009 | access-date=10 February 2012 }}</ref> तथा ठोस-राज्य अभियान आंकड़े को प्रकाश स्मृति कोष्ठिका में इकट्ठा करते हैं जो आमतौर पर 4 से 16 [[किबिबाइट]] के पेजों में समूहित होते हैं और 128 से 512 पेज के खंड में एक साथ समूहीकृत होते हैं। उदाहरण के लिए 512 किबिबाइट जो प्रत्येक 4 किबिबाईट के 128 पृष्ठों को समूहित करता है<ref name="WindowsITPro" /><ref name="SSD_Anthology_5" /> और प्रकाश कोष्ठिका को तभी लिखता है जब वे खाली हों यदि उनमें आंकड़ा होता है तो उसे कार्यवाही से पहले ही मिटा दिया जाता है और एक ठोस-राज्य अभियान कार्यवाही एक पेज पर किया जा सकता है लेकिन धातु सामग्री सीमाओं के कारण मिटाने का आदेश हमेशा पूरे खंड को प्रभावित करते हैं<ref name="SSD_Anthology_5">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 5.</ref> परिणामस्वरूप ठोस-राज्य अभियान पर खाली पृष्ठों पर आंकड़े लिखना बहुत तेज़ होता है लेकिन पहले लिखे गए पृष्ठों को अधिलेखित करने पर यह बहुत धीमा हो जाता है जबकि पृष्ठ में कोष्ठिका को फिर से लिखे जाने से पहले मिटाने की आवश्यकता होती है लेकिन केवल खंड मिटाए जा सकते हैं और एक अधिलेखित पढ़ने और मिटाने को संशोधित करेगा<ref name="WindowsITPro" /><ref name="SSD_Anthology_8">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 8.</ref> तथा पूरे खंड की सामग्री को नकद में संग्रहीत किया जाता है और फिर पूरे खंड को ठोस-राज्य अभियान से मिटा दिया जाता है फिर उसके बाद ही पूरे अद्यतन किए गए खंड को प्रकाश माध्यम में लिखा जा सकता है और इस घटना को लेखन प्रवर्धन के रूप में जाना जाता है।
 == कार्यवाही ==
-टीआरआईएम नियंत्रण एक प्रचालन तंत्र को उन पृष्ठों के एसएसडी को सूचित करने में सक्षम बनाता है जिनमें अब वैध आंकड़ा नहीं है [[फ़ाइल विलोपन|श्रेणी विलोपन]] कार्यवाही के लिए प्रचालन तंत्र श्रेणी के क्षेत्रों को नए आंकड़े के लिए चिह्नित करेगा और फिर एसएसडी को काट छांट नियंत्रण में भेजें जो कोटि छांट के बाद प्रकाश स्मृति के एक पृष्ठ पर नया आंकड़ा लिखते समय एसएसडी खंड की किसी भी सामग्री को संरक्षित नहीं करेगा जिसके परिणामस्वरूप कम लेखन प्रवर्धन उच्च लेखन प्रवाह क्षमता तथा इस प्रकार जीवन की आभियान क्षमता में किसी वृद्धि की कोई आवश्यकता नहीं होगी।
+सुव्यवस्थित नियंत्रण एक प्रचालन तंत्र को उन पृष्ठों के ठोस-राज्य अभियान को सूचित करने में सक्षम बनाता है जिनमें अब वैध आंकड़ा नहीं है और [[फ़ाइल विलोपन|श्रेणी विलोपन]] कार्यवाही के लिए प्रचालन तंत्र नए आंकड़े को चिह्नित करेगा और फिर ठोस-राज्य अभियान को सुव्यवस्थित नियंत्रण में भेजें जो कोटि छांट के बाद प्रकाश स्मृति के एक पृष्ठ पर नया आंकड़ा लिखते समय ठोस-राज्य अभियान खंड की किसी भी सामग्री को संरक्षित नहीं करेगा जिसके परिणामस्वरूप कम लेखन प्रवर्धन उच्च लेखन प्रवाह क्षमता तथा इस प्रकार जीवन की आभियान क्षमता में किसी वृद्धि की कोई आवश्यकता नहीं होगी।
-अलग-अलग एसएसडी नियंत्रण को कुछ अलग तरीके से लागू करते हैं इसलिए प्रदर्शन अलग-अलग हो सकता है।<ref name="SSD_Anthology_10" /><ref name="WindowsITPro_Trim" />
+और ठोस-राज्य अभियान नियंत्रण को कुछ अलग तरीके से लागू करते हैं जिससे प्रदर्शन अलग-अलग हो सकता है।<ref name="SSD_Anthology_10" /><ref name="WindowsITPro_Trim" />
-काट छांट एसएसडी को एक [[तार्किक ब्लॉक एड्रेसिंग|तार्किक खंड पता अभिगमन]] क्षेत्र को अमान्य के रूप में चिह्नित करने के लिए कहता है और बाद में इस क्षेत्र पर पढ़ने से कोई सार्थक आंकड़ा वापस नहीं आएगा बहुत ही कम समय के लिए आंकड़ा आंतरिक रूप से प्रकाश पर रह सकता है जबकि काट छांट नियंत्रण जारी होने और कचरा संग्रह होने के बाद यह बहुत कम संभावना है कि एक फोरेंसिक वैज्ञानिक भी आंकड़े को पुनर्प्राप्त करने में सक्षम होगा।<ref>{{Cite web|title=Too TRIM? When SSD Data Recovery is Impossible |url=http://techgage.com/article/too_trim_when_ssd_data_recovery_is_impossible |date=2010-03-05 |work=TechGage |publisher=TechGage|access-date=2018-08-21}}</ref>
+सुव्यवस्थित ठोस-राज्य अभियान को एक [[तार्किक ब्लॉक एड्रेसिंग|तार्किक खंड अभिगमन]] क्षेत्र को अमान्य के रूप में चिह्नित करने के लिए कहता है और बाद में इस क्षेत्र पर पढ़ने से कोई सार्थक आंकड़ा वापस नहीं आएगा तथा बहुत ही कम समय के लिए आंकड़ा आंतरिक रूप से प्रकाश पर रह सकता है जबकि सुव्यवस्थित नियंत्रण जारी होने और कचरा संग्रह होने के बाद यह बहुत कम संभावना है कि एक फोरेंसिक वैज्ञानिक भी आंकड़े को पुनर्प्राप्त करने में सक्षम होगा।<ref>{{Cite web|title=Too TRIM? When SSD Data Recovery is Impossible |url=http://techgage.com/article/too_trim_when_ssd_data_recovery_is_impossible |date=2010-03-05 |work=TechGage |publisher=TechGage|access-date=2018-08-21}}</ref>
@@ Line 32: / Line 32: @@
 === प्रचालन तंत्र का समर्थन ===
-काट छांट नियंत्रण तभी फायदेमंद होता है जब आभियान इसे लागू करता है और प्रचालन तंत्र इसका अनुरोध करता है तथा नीचे दी गई तालिका प्रत्येक उल्लेखनीय प्रचालन तंत्र और नियंत्रण का समर्थन करने वाले पहले संस्करण की पहचान करती है इसके अतिरिक्त एटीए मानक में काट छांट नियंत्रण को सम्मिलित करने से पहले तैयार किए गए पुराने ठोस राज्य अभियान को प्रक्रिया यंत्र सामग्री अद्यतन की आवश्यकता होगी अन्यथा नए नियंत्रण को नजरअंदाज कर दिया जाएगा जबकि कोटि छांट का समर्थन करने के लिए हर आभियान को उन्नति नहीं किया जा सकता है।
+सुव्यवस्थित नियंत्रण तभी फायदेमंद होता है जब अभियान इसे लागू करता है और प्रचालन तंत्र इसका अनुरोध करता है तथा नीचे दी गई तालिका प्रत्येक उल्लेखनीय प्रचालन तंत्र और नियंत्रण का समर्थन करने वाले पहले संस्करण की पहचान करती है जिसके अतिरिक्त एटीए मानक में सुव्यवस्थित नियंत्रण को सम्मिलित करने से पहले तैयार किए गए पुराने ठोस राज्य अभियान को प्रक्रिया यंत्र सामग्री अद्यतन की आवश्यकता होगी अन्यथा नए नियंत्रण को नजरअंदाज कर दिया जाएगा जबकि कोटि छांट का समर्थन करने के लिए हर आभियान को उन्नति नहीं किया जा सकता है।
-काट छांट के लिए समर्थन इस बात से भी भिन्न होता है कि प्रचालन तंत्र पर विशेष संचिका प्रणाली चालक क्या करने में सक्षम है क्योंकि चक्र के किन हिस्सों में खाली स्थान है और इसकी समझ के साथ केवल एक कार्यक्रम सुरक्षित रूप से आदेश जारी कर सकता है और प्रनाली स्तर पर यह क्षमता होती है।
+सुव्यवस्थित समर्थन इस बात से भी भिन्न होता है कि प्रचालन तंत्र पर विशेष संचिका प्रणाली चालक क्या करने में सक्षम है क्योंकि चक्र के किन हिस्सों में खाली स्थान है और इसकी समझ के साथ केवल एक कार्यक्रम सुरक्षित रूप से आदेश जारी कर सकता है और प्रणाली स्तर पर यह क्षमता होती है।
 {| class="wikitable sortable"
 |मैक ओएस
@@ Line 56: / Line 56: @@
 === आरएआईडी समस्याएं ===
-जनवरी 2017 तक अधिकांश धातु सामग्री-आधारित [[RAID|आरएआईडी]] तकनीकों में काट छांट नियंत्रण के लिए समर्थन लागू नहीं किया गया है जबकि प्रक्रिया सामग्री आरएआईडी कार्यान्वयन में अक्सर काट छांट के समर्थन के लिए सम्मिलित होता है।
+जनवरी 2017 तक अधिकांश धातु सामग्री-आधारित [[RAID|आरएआईडी]] तकनीकों में सुव्यवस्थित नियंत्रण के लिए समर्थन लागू नहीं किया गया है जबकि प्रक्रिया सामग्री आरएआईडी कार्यान्वयन में सुव्यवस्थित के समर्थन के लिए सम्मिलित होता है।
 ==== खिड़कियाँ ====
-विंडोज 10 आरएआईडी आयतन को आकार करते समय आभियान अनुकूलन विकल्प का उपयोग करके एसएसडी आईडी आयतन में काट छांट के लिए समर्थन प्रदान करता है।
+विंडोज 10 आरएआईडी आयतन को आकार करते समय आभियान अनुकूलन विकल्प का उपयोग करके ठोस-राज्य अभियान आईडी आयतन में सुव्यवस्थित के लिए समर्थन प्रदान करता है।
 ==== मैकओएस ====
-मैकओएस आरएआईडी चालक काट छांट का समर्थन नहीं करता है और यह मैकओएस X के 10.7 से मैकओएस 10.12.x के सभी संस्करणों के लिए सही है।
+मैकओएस आरएआईडी चालक सुव्यवस्थित का समर्थन नहीं करता है और यह मैकओएस X के 10.7 से मैकओएस 10.12.x के सभी संस्करणों के लिए सही है।
-काट छांट को आरएआईडी आयतन के लिए समर्थित किया जाता है जब गैर-एप्पल एसएसडी उपकरणों के साथ काट छांट समर्थन सहित तृतीय-पक्ष सॉफ्टराइड आवेदन का उपयोग किया जाता है।
+काट छांट को आरएआईडी आयतन के लिए समर्थित किया जाता है और जब गैर-एप्पल ठोस-राज्य अभियान उपकरणों के साथ काट छांट समर्थन सहित तृतीय-पक्ष सॉफ्टराइड आवेदन का उपयोग किया जाता है।
 ==== लिनक्स ====
-लिनक्स कर्नेल के [[डिवाइस मैपर|नक्शाकार उपकरण]] के जनवरी 2011 के बाद प्रदर्शन में काट छांट आरएआईडी के साथ उपलब्ध हैं जो बीआईओएस सहायता प्राप्त नकली धातु सामग्री आरएआईडी समर्थन को लागू करता है और जो अब आरएआईडी सारणी पर उपस्थित संचिका प्रणाली से किसी भी काट छांट अनुरोध से गुजरता है<ref>{{cite web |url=http://serverfault.com/questions/227918/possible-to-get-ssd-trim-discard-working-on-ext4-lvm-software-raid-in-linu|title=Possible to get SSD TRIM (discard) working on ext4 + LVM + software RAID in Linux? – Server Fault|access-date=2011-11-29}}</ref> तथा डीएम आरएआईडी के साथ भ्रमित न होने के लिए लिनक्स के सामान्य उद्देश्य प्रक्रिया सामग्री आरएआईडी प्रणाली [[mdadm|एमडीएडीएम]] बैच आधारित के लिए प्रयोगात्मक समर्थन है और काट छांट आरएआईडी 1 सारणियों पर जब प्रणाली समय-समय पर संचिका प्रणाली पर एमडी काट छांट उपयोगिता चलाने के लिए आकार किया जाता है<ref>{{cite web| url=https://github.com/Cyberax/mdtrim|title=Cyberax/mdtrim – GitHub|website=[[GitHub]]|access-date=2011-11-29}}</ref> तो लिनक्स के बाद के संस्करणों में उदाहरण के लिए लाल टोप उद्यम लिनक्स 6.5 और उससे आगे एमडी आरएआईडी केवल दल अवस्था के बजाय वास्तविक समय में काट छांट नियंत्रण से गुजरने का समर्थन करता है।<ref name="RHEL 6 Storage Admin. Chap. 21">{{cite web|url=https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/ch-ssd.html|title=Red Hat Enterprise Linux 6 Storage Administration Guide, Chapter 21. Solid-State Disk Deployment Guidelines|access-date=2016-03-09}}</ref> जबकि [[Red Hat|लाल टोप]] अधिकांश आरएआईडी तकनीकों के साथ एसएसडीएस पर प्रक्रिया सामग्री आरएआईडी स्तर 1 4 5 और 6 का उपयोग करने के खिलाफ संस्तुति करता है क्योंकि आरंभीकरण के दौरान अधिकांश आरएआईडी प्रबंधन उपयोगिताएं उपकरणों पर सभी खंडों को लिखती हैं जिससे यह सुनिश्चित हो सके कि जाँच योग ठीक से काम करता है और एसएसडी को विश्वास हो जाता है कि अतिरिक्त क्षेत्र के अलावा अन्य सभी खंड उपयोग में हैं तथा प्रदर्शन में काफी गिरावट आई है।<ref>{{cite web|url=http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/7/html-single/Storage_Administration_Guide/index.html#ssddeploy|title=Red Hat Enterprise Linux 7 Storage Administration Guide|date=2015-11-11|access-date=2016-02-29}}</ref>दूसरी ओर लाल टोप एसएसडीएस पर [[लॉजिकल वॉल्यूम मैनेजर (लिनक्स)|तार्किक आय प्रबंधक]] आरएआईडी के लिए आरएआईडी 1 या आरएआईडी 10 के उपयोग की संस्तुति करता है क्योंकि ये स्तर काट छांट का समर्थन करते हैं और तार्किक आय प्रबंधक उपयोगिताएँ आरएआईडी 1 या आरएआईडी 10 आयतन बनाते समय सभी खंडों को नहीं लिखती हैं।<ref name="RHEL 6 Storage Admin. Chap. 21" />
+लिनक्स कर्नेल के [[डिवाइस मैपर|नक्शाकार उपकरण]] जनवरी 2011 के बाद प्रदर्शन में सुव्यवस्थित आरएआईडी के साथ उपलब्ध हैं जो बीआईओएस सहायता प्राप्त नकली धातु सामग्री आरएआईडी समर्थन को लागू करता है और जो अब आरएआईडी सारणी पर उपस्थित संचिका प्रणाली से किसी भी सुव्यवस्थित अनुरोध से गुजरता है<ref>{{cite web |url=http://serverfault.com/questions/227918/possible-to-get-ssd-trim-discard-working-on-ext4-lvm-software-raid-in-linu|title=Possible to get SSD TRIM (discard) working on ext4 + LVM + software RAID in Linux? – Server Fault|access-date=2011-11-29}}</ref> तथा आरएआईडी के साथ भ्रमित न होने के लिए आरएआईडी प्रणाली [[mdadm|एमडीएडीएम]] बैच प्रयोगात्मक समर्थन करता है और सुव्यवस्थित आरएआईडी 1 सारणियों पर जब प्रणाली समय-समय पर संचिका प्रणाली पर एमडी क्रमबद्ध उपयोगिता चलाने के लिए आकार किया जाता है<ref>{{cite web| url=https://github.com/Cyberax/mdtrim|title=Cyberax/mdtrim – GitHub|website=[[GitHub]]|access-date=2011-11-29}}</ref> तो लिनक्स के बाद के संस्करणों में उदाहरण के लिए लाल टोप उद्यम लिनक्स 6.5 और उससे आगे एमडी आरएआईडी केवल दल अवस्था के बजाय वास्तविक समय में सुव्यवस्थित नियंत्रण से गुजरने का समर्थन करता है।<ref name="RHEL 6 Storage Admin. Chap. 21">{{cite web|url=https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/ch-ssd.html|title=Red Hat Enterprise Linux 6 Storage Administration Guide, Chapter 21. Solid-State Disk Deployment Guidelines|access-date=2016-03-09}}</ref> जबकि [[Red Hat|लाल टोप]] अधिकांश आरएआईडी तकनीकों के साथ एसएसडीएस पर प्रक्रिया सामग्री आरएआईडी स्तर 1 4 5 और 6 का उपयोग करने के खिलाफ संस्तुति करता है क्योंकि आरंभीकरण के दौरान अधिकांश आरएआईडी प्रबंधन उपयोगिताएं उपकरणों पर सभी खंडों को लिखती हैं जिससे यह सुनिश्चित हो सके कि जाँच योग ठीक से काम करता है और ठोस-राज्य अभियान को विश्वास हो जाता है कि अतिरिक्त क्षेत्र के अलावा अन्य सभी खंड उपयोग में हैं तथा प्रदर्शन में काफी गिरावट आई है<ref>{{cite web|url=http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/7/html-single/Storage_Administration_Guide/index.html#ssddeploy|title=Red Hat Enterprise Linux 7 Storage Administration Guide|date=2015-11-11|access-date=2016-02-29}}</ref>दूसरी ओर लाल टोप एसएसडीएस पर [[लॉजिकल वॉल्यूम मैनेजर (लिनक्स)|तार्किक आय प्रबंधक]] आरएआईडी के लिए आरएआईडी 1 या आरएआईडी 10 के उपयोग की संस्तुति करता है क्योंकि ये स्तर काट छांट का समर्थन करते हैं और तार्किक आय प्रबंधक उपयोगिताएँ आरएआईडी 1 या आरएआईडी 10 आयतन बनाते समय सभी खंडों को नहीं लिखती हैं।<ref name="RHEL 6 Storage Admin. Chap. 21" />
 ==== प्रक्रिया यंत्र सामग्री आधारित आरएआईडी ====
-मार्च 2010 में थोड़े समय के लिए उपयोगकर्ताओं को यह विश्वास दिलाया गया था कि [[विंडोज 7]] में इंटेल त्वरित संग्रहण तकनीक (RST) 9.6 चालकों ने आरएआईडी आयतन पर काट छांट का समर्थन किया था लेकिन बाद में इंटेल ने स्पष्ट किया कि काट छांट को बीआईओएस समायोजन के लिए समर्थित किया गया था और [[उन्नत होस्ट नियंत्रक इंटरफ़ेस|उन्नत होस्ट नियंत्रक अंतराफलक]] प्रणाली और आरएआईडी प्रणाली यदि अभियान आरएआईडी आयतन का हिस्सा नहीं था<ref>{{cite web| url=http://www.intel.com/support/chipsets/imsm/sb/CS-031491.htm |title=Is there TRIM support for RAID configurations? |access-date=2010-11-06 |date=2010-03-26 |publisher=[[Intel]]}}</ref>
+मार्च 2010 में थोड़े समय के लिए उपयोगकर्ताओं को यह विश्वास दिलाया गया था कि [[विंडोज 7]] में इंटेल त्वरित संग्रहण तकनीक (RST) 9.6 चालकों ने आरएआईडी आयतन पर काट छांट का समर्थन किया था लेकिन बाद में इंटेल ने स्पष्ट किया कि काट छांट को बीआईओएस समायोजन के लिए समर्थित किया गया था और [[उन्नत होस्ट नियंत्रक इंटरफ़ेस|उन्नत होस्ट नियंत्रक अंतराफलक]] प्रणाली और आरएआईडी प्रणाली अभियान आरएआईडी आयतन का हिस्सा नहीं था<ref>{{cite web| url=http://www.intel.com/support/chipsets/imsm/sb/CS-031491.htm |title=Is there TRIM support for RAID configurations? |access-date=2010-11-06 |date=2010-03-26 |publisher=[[Intel]]}}</ref>अगस्त 2012 तक इंटेल पुष्टि करता है कि त्वरित संग्रहण तकनीक 11.2 चालकों के साथ 7-श्रृंखला चिपसेट माइक्रोसॉफ्ट विंडोज 7 में आरएआईडी 0 के लिए काट छांट का समर्थन करता है<ref>{{cite web|url=http://www.storagereview.com/intel_confirms_raid0_trim_support_on_7series_chipsets|title=Intel Confirms RAID0 TRIM Support on 7-Series Chipsets|access-date=2013-01-14|date=2012-08-19}}</ref> जबकि इंटेल ने 6-श्रृंखला चिपसेट के लिए समर्थन की पुष्टि नहीं की और आरएआईडी 0 आयतन पर काट छांट को संशोधित आरएआईडी विकल्प रोम के साथ धातु सामग्री उत्साही लोगों द्वारा Z68 P67 और X79 चिपसेट पर काम करने के लिए दिखाया गया है<ref>{{cite web|url=http://forums.anandtech.com/showthread.php?t=2281849|title=RAID0 trim and SRT seems possible on 6-series and 5-Series|access-date=2013-01-14|date=2012-11-18}}</ref> तथा यह अनुमान लगाया गया है कि 6 श्रृंखला चिपसेट के लिए आधिकारिक समर्थन की कमी तकनीकी कारणों के बजाय सत्यापन लागत [56] या उपभोक्ताओं को उन्नति करने के लिए प्रोत्साहित करने के प्रयास [57] हैं।
-अगस्त 2012 तक, इंटेल पुष्टि करता है कि रैपिड स्टोरेज टेक्नोलॉजी (RST) 11.2 ड्राइवरों के साथ 7-श्रृंखला चिपसेट Microsoft Windows 7 में RAID 0 के लिए TRIM का समर्थन करता है।<ref>{{cite web|url=http://www.storagereview.com/intel_confirms_raid0_trim_support_on_7series_chipsets|title=Intel Confirms RAID0 TRIM Support on 7-Series Chipsets|access-date=2013-01-14|date=2012-08-19}}</ref> जबकि इंटेल ने 6-सीरीज़ चिपसेट के लिए समर्थन की पुष्टि नहीं की, RAID 0 वॉल्यूम पर TRIM को संशोधित RAID विकल्प ROM के साथ हार्डवेयर उत्साही लोगों द्वारा Z68, P67, और X79 चिपसेट पर काम करने के लिए दिखाया गया है।<ref>{{cite web|url=http://forums.anandtech.com/showthread.php?t=2281849|title=RAID0 trim and SRT seems possible on 6-series and 5-Series|access-date=2013-01-14|date=2012-11-18}}</ref> यह अनुमान लगाया गया है कि 6-सीरीज़ चिपसेट के लिए आधिकारिक समर्थन की कमी सत्यापन लागत के कारण है<ref>{{cite web|url=http://www.anandtech.com/show/6477/trim-raid0-ssd-arrays-work-with-intel-6series-motherboards-too|title=TRIM & RAID-0 SSD Arrays Work With Intel 6-Series Motherboards Too|access-date=2013-01-14|date=2012-11-28}}</ref> या उपभोक्ताओं को अपग्रेड करने के लिए प्रोत्साहित करने का प्रयास,<ref>{{cite web|url=https://www.anandtech.com/show/6161/intel-brings-trim-to-raid0-ssd-arrays-on-7series-motherboards-we-test-it|title=Intel Brings TRIM to RAID-0 SSD Arrays on 7-Series Motherboards, We Test It|access-date=2013-01-14|date=2012-08-16}}</ref> न कि तकनीकी कारणों से।
-मदरबोर्ड पर X79 चिपसेट के साथ एक संशोधित विकल्प ROM की आवश्यकता का एक अपवाद है यदि निर्माता ने एक ROM स्विच जोड़ा है; यह RST और RST-E दोनों ROM को BIOS/UEFI के अंदर होने के लिए मजबूर करता है। यह RST-E ROM के बजाय RST ROM का उपयोग करने की अनुमति देता है, जिससे TRIM को कार्य करने की अनुमति मिलती है।<ref>{{cite web|url=http://www.anandtech.com/show/6161/intel-brings-trim-to-raid0-ssd-arrays-on-7series-motherboards-we-test-it|title=Intel Brings TRIM to RAID-0 SSD Arrays on 7-Series Motherboards, We Test It|author=Anand Lal Shimpi}}</ref> इंटेल नोट करता है कि ROM के समान संस्करण वाले ड्राइवर का उपयोग करके सर्वश्रेष्ठ प्रदर्शन प्राप्त किया जा सकता है; उदाहरण के लिए, यदि BIOS/UEFI में 11.0.0.0m विकल्प ROM है, तो 11.x संस्करण ड्राइवर का उपयोग किया जाना चाहिए।<ref>{{cite web|url=http://www.tomshardware.com/news/TRIM-RST-RAID-0-SSD-7-series,16898.html|title=TRIM Command Confirmed With RAID 0 on Intel 7 Series|author=Doug Crowthers|work=Tom's Hardware|date=17 August 2012}}</ref>
+मदरबोर्ड पर X79 चिपसेट के साथ एक संशोधित विकल्प रोम की आवश्यकता का एक अपवाद है कि यदि निर्माता ने रोम में एक स्विच जोड़ा है तो यह त्वरित संग्रहण तकनीक और त्वरित संग्रहण तकनीक - ई दोनों रोम को बीआईओएस/यूईएफआई के अंदर होने के लिए मजबूर करता है और यह त्वरित संग्रहण तकनीक - ई रोम के बजाय त्वरित संग्रहण तकनीक रोम का उपयोग करने की अनुमति देता है जिससे काट छांट को कार्य करने की अनुमति मिलती है<ref>{{cite web|url=http://www.anandtech.com/show/6161/intel-brings-trim-to-raid0-ssd-arrays-on-7series-motherboards-we-test-it|title=Intel Brings TRIM to RAID-0 SSD Arrays on 7-Series Motherboards, We Test It|author=Anand Lal Shimpi}}</ref> तथा इंटेल नोट करता है कि रोम के समान संस्करण वाले चालक का उपयोग करके सर्वश्रेष्ठ प्रदर्शन प्राप्त किया जा सकता है उदाहरण के लिए यदि बीआईओएस/यूईएफआई में 11.0.0.0m विकल्प रोम है तो 11.x संस्करण चालक का उपयोग किया जाना चाहिए।<ref>{{cite web|url=http://www.tomshardware.com/news/TRIM-RST-RAID-0-SSD-7-series,16898.html|title=TRIM Command Confirmed With RAID 0 on Intel 7 Series|author=Doug Crowthers|work=Tom's Hardware|date=17 August 2012}}</ref>
 === असमर्थित फ़ाइल सिस्टम को सक्षम करना ===
-जहाँ फ़ाइल सिस्टम स्वचालित रूप से TRIM का समर्थन नहीं करता है, कुछ उपयोगिताएँ मैन्युअल रूप से ट्रिमिंग कमांड भेज सकती हैं। आमतौर पर वे निर्धारित करते हैं कि कौन से ब्लॉक मुक्त हैं और फिर इस सूची को ड्राइव में ट्रिमिंग कमांड की एक श्रृंखला के रूप में पास करते हैं। ये उपयोगिताएँ विभिन्न निर्माताओं से उपलब्ध हैं (जैसे इंटेल,<ref name=Intel_SSD_Opt>{{Cite web |title= इंटेल एसएसडी अनुकूलक श्वेत पत्र|url= http://download.intel.com/design/flash/nand/mainstream/Intel_SSD_Optimizer_White_Paper.pdf |publisher= Intel Corporation |access-date= 23 January 2010 |url-status= dead |archive-url= https://web.archive.org/web/20121005122335/http://download.intel.com/design/flash/nand/mainstream/Intel_SSD_Optimizer_White_Paper.pdf |archive-date= 5 October 2012 |df= dmy-all }}</ref> जी.स्किल रेफरी>{{Cite web|title=फाल्कन सीरीज के लिए wiper.exe|url=http://www.xtremesystems.org/forums/showthread.php?p=3784347 |publisher=XtremeSystems |access-date= 23 January 2010}}</ref>), या सामान्य उपयोगिताओं के रूप में (v9.17 के बाद से Linux [[hdparm]] वाइपर में,<ref>{{Cite web|title=hdparm-9.17 released, with experimental trim/wiper scripts for SSDs |url=https://lwn.net/Articles/345020/ |access-date= 14 August 2010}}</ref><ref>{{Cite web|title=hdparm प्रोजेक्ट पेज|url=http://sourceforge.net/projects/hdparm |publisher= sourceforge.net |access-date= 14 August 2010}}
+जहाँ संचिका प्रणाली स्वचालित रूप से काट छांट का समर्थन नहीं करता है वहीं कुछ उपयोगिताएँ मैन्युअल रूप से कोटि छांट नियंत्रण भेज सकती हैं और आमतौर पर वे निर्धारित करते हैं कि कौन से खंड मुक्त हैं और फिर इस सूची को आभियान में कोटि छांट नियंत्रण की एक श्रृंखला के रूप में पास करते हैं तथा ये उपयोगिताएँ विभिन्न निर्माताओं से उपलब्ध हैं जैसे इंटेल<ref name=Intel_SSD_Opt>{{Cite web |title= इंटेल एसएसडी अनुकूलक श्वेत पत्र|url= http://download.intel.com/design/flash/nand/mainstream/Intel_SSD_Optimizer_White_Paper.pdf |publisher= Intel Corporation |access-date= 23 January 2010 |url-status= dead |archive-url= https://web.archive.org/web/20121005122335/http://download.intel.com/design/flash/nand/mainstream/Intel_SSD_Optimizer_White_Paper.pdf |archive-date= 5 October 2012 |df= dmy-all }}</ref> जी.स्किल रेफरी। एचडीपार्म और एमडीट्रिम दोनों संचिका प्रणाली पर एक बड़ी श्रेणी आवंटित करके और इसे किस भौतिक स्थान को सौंपा गया था इसको हल करके मुक्त खंड ढूंढते हैं।
-</ref> या mdtrim, जैसा कि उल्लेख किया गया है #RAID मुद्दे)। एचडीपार्म और एमडीट्रिम दोनों फाइल सिस्टम पर एक बड़ी फाइल आवंटित करके और इसे किस भौतिक स्थान को सौंपा गया था, को हल करके मुफ्त ब्लॉक ढूंढते हैं।
-ऑपरेटिंग सिस्टम के बावजूद, ड्राइव यह पता लगा सकता है कि जब कंप्यूटर एक ब्लॉक में सभी-शून्य लिखता है, और शून्य के ब्लॉक को रिकॉर्ड करने के बजाय उस ब्लॉक को डी-आवंटित (ट्रिम) करता है। यदि किसी डी-आवंटित ब्लॉक को पढ़ना हमेशा शून्य देता है, तो यह शॉर्टकट उपयोगकर्ता के लिए पारदर्शी होता है, अप्रयुक्त क्षेत्रों में तेजी से लिखने के सामान्य लाभ के अलावा, सभी शून्य ब्लॉकों के तेजी से लेखन (और पढ़ने) को छोड़कर। ऑपरेटिंग सिस्टम डेटा वाइपिंग के लिए ऑल-जीरो नहीं लिखते हैं फ़ाइलें मिटाएँ या स्थान खाली करें, लेकिन कुछ उपयोगिताएँ ऐसा करती हैं।
+प्रचालन तंत्र के होते हुए भी अभियान यह पता लगा सकता है कि कंप्यूटर किसी खंड में सभी शून्य लिखता है और शून्य के खंड को अभिलेख करने के बजाय उस खंड को डी-आवंटित करता है यदि डी-आवंटित खंड को पढ़ने पर हमेशा शून्य मिलता है तो यह अनुलेख अप्रयुक्त क्षेत्रों में तेजी से लिखने के सामान्य लाभ के अलावा सभी-शून्य खंडों के तेज लेखन को छोड़कर उपयोगकर्ता के लिए पारदर्शी है और प्रचालन तंत्र आंकड़े मिटाने के लिए सभी शून्य नहीं लिखते हैं लेकिन कुछ उपयोगिताएँ ऐसा करती हैं।
 == हार्डवेयर समर्थन ==
 === एटीए ===
-TRIM कमांड विनिर्देश<ref>{{Cite web|title=Data Set Management Commands Proposal for ATA8-ACS2 (revision 6) |url=http://t13.org/Documents/UploadedDocuments/docs2008/e07154r6-Data_Set_Management_Proposal_for_ATA-ACS2.doc |date=2007-12-12 |work=INCITS T13 |publisher=[[INCITS]] |access-date=2009-07-08}} (draft specification T13/e07154r6)</ref> [[सूचना प्रौद्योगिकी मानकों के लिए अंतर्राष्ट्रीय समिति]] (INCITS) की तकनीकी समिति T13 के नेतृत्व में [[एटी अटैचमेंट]] (ATA) इंटरफ़ेस मानक के हिस्से के रूप में मानकीकृत किया गया है।<ref>{{Cite web|title=T13 documents referring to TRIM |url=http://t13.org/Documents/MinutesDefault.aspx?keyword=trim |work=INCITS T13 |publisher=[[INCITS]] |access-date=2009-07-08}}</ref> TRIM को DATA SET MANAGEMENT कमांड (opcode 06h) के ड्राफ्ट ACS-2 विनिर्देश के तहत लागू किया गया है।<ref>{{Cite web|title=T13 ATA8 Draft Spec 1697-D|url=http://www.t13.org/Documents/UploadedDocuments/docs2010/d1697r4-1697D_AT_Attachment-8_-_Serial_Transport_ATA8-AST.pdf|publisher=[[INCITS]]|access-date=2010-08-14|date=2010-06-23}}</ref> ATA मानक समानांतर (IDE, PATA) और सीरियल (SATA) ATA हार्डवेयर दोनों द्वारा समर्थित है।
+टीआरआईएम नियंत्रण विनिर्देश [64] को एटी आसक्ति अंतराफलक मानक के हिस्से के रूप में मानकीकृत किया गया है<ref>{{Cite web|title=T13 documents referring to TRIM |url=http://t13.org/Documents/MinutesDefault.aspx?keyword=trim |work=INCITS T13 |publisher=[[INCITS]] |access-date=2009-07-08}}</ref> और टीआरआईएम को आंकड़ा समूह प्रबंधन नियंत्रण के प्रारूप एसीएस-2 विनिर्देश के तहत लागू किया गया है<ref>{{Cite web|title=T13 ATA8 Draft Spec 1697-D|url=http://www.t13.org/Documents/UploadedDocuments/docs2010/d1697r4-1697D_AT_Attachment-8_-_Serial_Transport_ATA8-AST.pdf|publisher=[[INCITS]]|access-date=2010-08-14|date=2010-06-23}}</ref> तथा एटीए मानक समानांतर और क्रमिक एटीए धातु सामग्री दोनों समर्थित है।
-मूल ATA TRIM कमांड की एक खामी यह है कि इसे एक गैर-कतारबद्ध कमांड के रूप में परिभाषित किया गया था और इसलिए कतारबद्ध पढ़ने और लिखने के कार्यों के सामान्य वर्कलोड के साथ आसानी से मिश्रित नहीं किया जा सकता था। SATA 3.1 ने इसका समाधान करने के लिए एक पंक्तिबद्ध TRIM कमांड प्रस्तुत किया।<ref>{{cite web|title=SATA 6Gb/s|url=https://www.sata-io.org/technology/6Gbdetails.asp|publisher=Serial ATA International Organization|access-date=2012-09-26}}</ref>
+मूल एटीए टीआरआईएम नियंत्रण का एक दोष यह है कि इसे एक गैर समुद्री तार नियंत्रण के रूप में परिभाषित किया गया था और इसलिए इसे कतारबद्ध पढ़ने और लिखने के संचालन के सामान्य कार्यभार के साथ आसानी से मिश्रित नहीं किया जा सकता था तथा इसका समाधान करने के लिए सता 3.1 ने एक कतारबद्ध टीआरआईएम नियंत्रण पेश किया।
-ATA IDENTIFY DEVICE कमांड से लौटे SATA Words 69 और 169 द्वारा परिभाषित विभिन्न प्रकार के TRIM हैं:
-* गैर-नियतात्मक TRIM: TRIM के बाद लॉजिकल ब्लॉक एड्रेसिंग (LBA) के लिए प्रत्येक रीड कमांड अलग डेटा लौटा सकता है।
-* नियतात्मक TRIM (DRAT): TRIM के बाद LBA के लिए सभी पढ़े गए आदेश समान डेटा लौटाएंगे, या निर्धारित हो जाएंगे।
-* TRIM (RZAT) के बाद नियतात्मक रीड ज़ीरो: TRIM के बाद LBA के लिए सभी रीड कमांड शून्य वापस आ जाएंगे।
-SATA Word 105 में अतिरिक्त जानकारी है जो प्रति DATA SET MANAGEMENT कमांड के लिए 512-बाइट ब्लॉक की अधिकतम संख्या का वर्णन करती है जिसका एक ड्राइव समर्थन कर सकता है। आम तौर पर यह डिफ़ॉल्ट रूप से 8 (या 4 kB) होता है, लेकिन कई ड्राइव TRIM के लिए Microsoft Windows हार्डवेयर आवश्यकताओं को पूरा करने के लिए इसे घटाकर 1 कर देते हैं, कमांड पूरा करने का समय 20 ms या 8 ms × (LBA रेंज प्रविष्टियों की संख्या) से अधिक नहीं होना चाहिए, जो भी हो अधिक, और हमेशा 600 ms से कम होना चाहिए।<ref>{{cite web|title=Device.Storage आवश्यकताएँ (Windows)|url=http://msdn.microsoft.com/en-us/library/windows/hardware/jj134356.aspx|access-date=2016-02-29}}</ref>
+एटीए पहचान उपकरण नियंत्रण से लौटाए गए सता शब्द 69 और 169 द्वारा परिभाषित विभिन्न प्रकार के टीआरआईएम हैं
-एक व्यक्तिगत एलबीए रेंज को एलबीए रेंज एंट्री कहा जाता है और इसे आठ बाइट्स द्वारा दर्शाया जाता है। एलबीए एलबीए रेंज एंट्री के पहले छह बाइट्स द्वारा व्यक्त किया गया है और रेंज की लंबाई शून्य-आधारित काउंटर है (उदाहरण के लिए, 0 = 0 और 1 = 1) शेष दो बाइट्स द्वारा दर्शाया गया है। यदि दो-बाइट श्रेणी की लंबाई शून्य है, तो LBA श्रेणी प्रविष्टि को पैडिंग के रूप में छोड़ दिया जाएगा।<ref>{{cite web|title=T13/2161-D: Information technology – ATA/ATAPI Command Set – 3 (ACS-3)|url=http://www.t13.org/Documents/UploadedDocuments/docs2013/d2161r5-ATAATAPI_Command_Set_-_3.pdf|website=T13.org|access-date=2016-02-29}}</ref> इसका मतलब यह है कि टीआरआईएम रेंज के प्रत्येक 512-बाइट ब्लॉक के लिए जो एक डिवाइस का समर्थन करता है, अधिकतम 64 रेंज 32 एमबी या 2 जीबी है। यदि कोई डिवाइस 8 पर सैटा वर्ड 105 का समर्थन करता है तो उसे एक ही ट्रिम (डेटा सेट प्रबंधन) कमांड में 16 जीबी ट्रिम करने में सक्षम होना चाहिए।
+* गैर-नियतात्मक टीआरआईएम के बाद तार्किक खंड संबोधित करने के लिए प्रत्येक पढ़े गए आदेश को अलग आंकड़े लौटा सकता है।
+* नियतात्मक टीआरआईएम के बाद तार्किक खंड संबोधित करने के लिए सभी पढ़े गए आदेश समान आंकड़े लौटाएंगे या निर्धारित हो जाएंगे।
+* नियतात्मक टीआरआईएम के बाद तार्किक खंड संबोधित करने के लिए सभी पढ़े गए आदेश वापस आ जाएंगे।
+सैटा शब्द 105 में अतिरिक्त जानकारी है जो प्रति आंकड़ा समूह प्रवर्धन नियंत्रण के लिए 512-बाइट खंड की अधिकतम संख्या का वर्णन करती है जिसका एक अभियान समर्थन कर सकता है आम तौर पर यह व्यतिक्रम रूप से 8 किबीबाइट होता है लेकिन बहुत अभियान टीआरआईएम के लिए माइक्रोसॉफ्ट विंडोज धातु सामग्री आवश्यकताओं को पूरा करने के लिए इसे घटाकर 1 कर देते हैं और आदेश पूरा करने का समय 20 एमएस या 8 एमएस से अधिक नहीं होना चाहिए और हमेशा 600 एमएस से कम होना चाहिए
+<ref>{{cite web|title=Device.Storage आवश्यकताएँ (Windows)|url=http://msdn.microsoft.com/en-us/library/windows/hardware/jj134356.aspx|access-date=2016-02-29}}</ref>एक व्यक्तिगत तार्किक खंड संबोधित श्रेणी को तार्किक खंड संबोधित श्रेणी प्रविष्टि कहा जाता है और इसे आठ बाइट्स द्वारा दर्शाया जाता है और तार्किक खंड संबोधित को तार्किक खंड संबोधित श्रेणी के पहले छह बाइट्स द्वारा व्यक्त किया गया है तथा श्रेणी की लंबाई शून्य-आधारित काउंटर है और शेष दो बाइट्स द्वारा दर्शाया गया है यदि दो-बाइट श्रेणी की लंबाई शून्य है तो तार्किक खंड संबोधित श्रेणी प्रविष्टि को भराई के रूप में छोड़ दिया जाएगा<ref>{{cite web|title=T13/2161-D: Information technology – ATA/ATAPI Command Set – 3 (ACS-3)|url=http://www.t13.org/Documents/UploadedDocuments/docs2013/d2161r5-ATAATAPI_Command_Set_-_3.pdf|website=T13.org|access-date=2016-02-29}}</ref> तथा इसका मतलब यह है कि टीआरआईएम श्रेणी के प्रत्येक 512-बाइट खंड के लिए जो एक उपकरण का समर्थन करता है उसकी अधिकतम 64 श्रेणी 32 एमबी या 2 जीबी है यदि कोई उपकरण 8 पर सैटा शब्द 105 का समर्थन करता है तो उसे एक ही आंकड़ा समूह प्रवर्धन नियंत्रण में 16 जीबी टीआरआईएम करने में सक्षम होना चाहिए।
 === [[एससीएसआई]] ===
-SCSI UNMAP कमांड (TRIM का एक पूर्ण एनालॉग) और UNMAP फ्लैग सेट के साथ WRITE SAME कमांड (10 और 16 प्रकार) प्रदान करता है।<ref>{{Cite web|url=https://lists.freebsd.org/pipermail/freebsd-current/2011-December/030714.html|title=RFC: SCSI UNMAP (TRIM) support|first=Alexander|last=Motin|website=Lists.freebsd.org|date=24 December 2011|access-date=7 November 2021}}</ref>
+एससीएसआई यूएनएमएपी आदेश और यूएनएमएपी निशान समूह के साथ वही आदेश प्रदान करता है।<ref>{{Cite web|url=https://lists.freebsd.org/pipermail/freebsd-current/2011-December/030714.html|title=RFC: SCSI UNMAP (TRIM) support|first=Alexander|last=Motin|website=Lists.freebsd.org|date=24 December 2011|access-date=7 November 2021}}</ref>
 === एसडी/एमएमसी ===
-[[MultiMediaCard]] और SD कार्ड ERASE (CMD38) कमांड ATA TRIM कमांड के समान कार्यक्षमता प्रदान करता है, हालाँकि इसके लिए आवश्यक है कि मिटाए गए ब्लॉकों को शून्य या एक के साथ अधिलेखित किया जाए। एक DISCARD सब-ऑपरेशन को eMMC 4.5 में और वैकल्पिक रूप से SDHC और SDXC कार्ड में परिभाषित किया गया है, जो कि ATA TRIM से अधिक निकटता से मेल खाता है, जिसमें छोड़े गए ब्लॉक की सामग्री को अनिश्चित माना जा सकता है (यानी, परवाह नहीं है)।
+[[MultiMediaCard|मल्टीमीडियाकार्ड]] और SD कार्ड मिटाए गए आदेश एटीए टीआरआईएम नियंत्रण के समान कार्यक्षमता प्रदान करता है जबकि इसके लिए आवश्यक है कि मिटाए गए  खंडों को शून्य या एक के साथ अधिलेखित किया जाए और एक मिटाए गए उप शल्य विज्ञान को ईएमएमसी 4.5 में और वैकल्पिक रूप से एसडीएचसी और एसडीएक्ससी कार्ड में परिभाषित किया गया है जो एटीए टीआरआईएम से अधिक निकटता से मेल खाता है जिसमें छोड़े गए खंड की सामग्री को अनिश्चित माना जा सकता है।
-=== [[एनवीएम एक्सप्रेस]] ===
+=== [[एनवीएम एक्सप्रेस|एनवीएम अभिव्यक्त]] ===
-एनवीएम एक्सप्रेस कमांड सेट में एक जेनेरिक डेटासेट मैनेजमेंट कमांड सेट होता है, जो ब्लॉक रेंज के सेट पर स्टोरेज डिवाइस के लिए होस्ट के इरादे को इंगित करता है। इसके संचालन में से एक, DEALLOCATE ट्रिम करता है। इसमें WRITE ZEROES कमांड भी है जो DEALLOCATE संकेत प्रदान करता है और डिस्क को ट्रिम करने और शून्य वापस करने की अनुमति देता है।
+एनवीएम अभिव्यक्त आदेश समूह में खंड श्रेणी के समूह पर भंडारण युक्ति के लिए समुदाय के इरादे को संकेत देने के लिए एक सामान्य आंकड़ा समूह प्रबंधन आदेश समूह होता है और इसमें एक शून्य आदेश भी है जो पुनःआवंटन संकेत प्रदान करता है तथा चक्र को काट छांट करने और शून्य वापस करने की अनुमति देता है।
 == नुकसान ==
-* कुछ [[अस्वीकृत एन्क्रिप्शन]] योजनाओं में संपूर्ण डिस्क को यादृच्छिक कचरे की तरह दिखाना शामिल है। TRIM का उपयोग करने से [[प्रशंसनीय खंडन]] की यह परत पराजित हो जाती है क्योंकि बनाए गए सभी-शून्य (या सभी-एक) ब्लॉक आसानी से इंगित करते हैं कि कौन से ब्लॉक का उपयोग किया जाता है।<ref>{{cite web |url=http://asalor.blogspot.com/2011/08/trim-dm-crypt-problems.html |title=Milan Broz's blog: TRIM & dm-crypt ... problems? |date=14 August 2011 |publisher=Milan Broz |access-date=2014-10-01}}</ref> यह तर्क दिया गया है कि TRIM को अक्षम करना संदिग्ध भी हो सकता है।<ref>{{Cite web|url=https://i.blackhat.com/eu-18/Thu-Dec-6/eu-18-Schaub-Perfectly-Deniable-Steganographic-Disk-Encryption.pdf|title=पूरी तरह से इनकार करने योग्य स्टेग्नोग्राफ़िक डिस्क एन्क्रिप्शन|website=I.blackhat.com|access-date=7 November 2021}}</ref>
+* कुछ [[अस्वीकृत एन्क्रिप्शन|अस्वीकृत कूटलेखन]] योजनाओं में पूरे चक्र को यादृच्छिक कचरे की तरह दिखाना सम्मिलित है टीआरआईएम का उपयोग [[प्रशंसनीय खंडन]] की इस परत को हरा देता है क्योंकि बनाए गए सभी-शून्य खंड आसानी से संकेत करते हैं कि कौन से खंड का उपयोग किया जाता है<ref>{{cite web |url=http://asalor.blogspot.com/2011/08/trim-dm-crypt-problems.html |title=Milan Broz's blog: TRIM & dm-crypt ... problems? |date=14 August 2011 |publisher=Milan Broz |access-date=2014-10-01}}</ref> और यह तर्क दिया गया है कि टीआरआईएम को अक्षम करना संदिग्ध भी हो सकता है।<ref>{{Cite web|url=https://i.blackhat.com/eu-18/Thu-Dec-6/eu-18-Schaub-Perfectly-Deniable-Steganographic-Disk-Encryption.pdf|title=पूरी तरह से इनकार करने योग्य स्टेग्नोग्राफ़िक डिस्क एन्क्रिप्शन|website=I.blackhat.com|access-date=7 November 2021}}</ref>
-* TRIM कमांड के मूल संस्करण को [[T13 उपसमिति]] द्वारा एक गैर-कतारबद्ध कमांड के रूप में परिभाषित किया गया है, और इसके परिणामस्वरूप लापरवाही से उपयोग किए जाने पर बड़े पैमाने पर निष्पादन जुर्माना लगाया जा सकता है, उदाहरण के लिए, यदि प्रत्येक फाइलसिस्टम डिलीट कमांड के बाद भेजा जाता है। कमांड की गैर-कतारबद्ध प्रकृति के लिए ड्राइवर को पहले सभी बकाया कमांडों के समाप्त होने की प्रतीक्षा करने की आवश्यकता होती है, TRIM कमांड जारी करें, फिर सामान्य कमांड्स को फिर से शुरू करें। एसएसडी में फर्मवेयर के आधार पर टीआरआईएम को पूरा होने में काफी समय लग सकता है, और कचरा संग्रह (एसएसडी) चक्र भी ट्रिगर कर सकता है।{{citation needed|date=May 2012}} इस पेनल्टी को उन समाधानों में कम किया जा सकता है जो सिस्टम उपयोग कम होने पर ऐसे बैच जॉब्स को शेड्यूल करके प्रत्येक फ़ाइल हटाने पर ट्रिमिंग करने के बजाय बैच टीआरआईएम और/या आवधिक टीआरआईएम करते हैं। कतारबद्ध TRIM कमांड की शुरुआत के साथ सीरियल ATA संशोधन 3.1 में इस TRIM नुकसान को दूर किया गया है।<ref>{{cite web|url=http://www.sata-io.org/technology/6Gbdetails.asp|title=The Path from 3Gb/s to SATA 6Gb/s: How to Migrate Current Designs to the SATA Revision 3.0 Specification|date=May 27, 2009|website=Sata-io.org|access-date=November 7, 2021}}</ref><ref>{{cite web|url=http://techreport.com/news/21311/sata-3-1-spec-brings-swap-standard-improved-trim|title=SATA 3.1 spec brings swap standard, improved TRIM|work=The Tech Report|date=18 July 2011 }}</ref>
+* टीआरआईएम आदेश के मूल संस्करण को [[T13 उपसमिति|टी 13 उपसमिति]] द्वारा एक गैर-पंक्तिबद्ध आदेश के रूप में परिभाषित किया गया है और इसके परिणामस्वरूप लापरवाही से उपयोग किए जाने पर बड़े पैमाने पर निष्पादन जुर्माना लगाया जा सकता है तथा उदाहरण के लिए प्रत्येक संचिका प्रणाली आदेश के बाद भेजा जाता है और आदेश की गैर-पंक्तिबद्ध प्रकृति के कारण चालक को पहले सभी बकाया आदेशों के समाप्त होने तक प्रतीक्षा करने की आवश्यकता होती है और टीआरआईएम आदेश जारी करना पड़ता है तथा फिर सामान्य आदेश फिर से शुरू करना पड़ता है और एसएसडी में प्रक्रिया यंत्र सामग्री के आधार पर टीआरआईएम को पूरा होने में बहुत समय लग सकता है और कचरा संग्रहण चक्र भी शुरू हो सकता है तथा कतारबद्ध टीआरआईएम आदेश की शुरुआत के साथ  क्रमिक एटीए संशोधन 3.1 में इस टीआरआईएम नुकसान को दूर किया गया है।<ref>{{cite web|url=http://www.sata-io.org/technology/6Gbdetails.asp|title=The Path from 3Gb/s to SATA 6Gb/s: How to Migrate Current Designs to the SATA Revision 3.0 Specification|date=May 27, 2009|website=Sata-io.org|access-date=November 7, 2021}}</ref><ref>{{cite web|url=http://techreport.com/news/21311/sata-3-1-spec-brings-swap-standard-improved-trim|title=SATA 3.1 spec brings swap standard, improved TRIM|work=The Tech Report|date=18 July 2011 }}</ref>
-* केवल कुछ [[हाइपरविजर]] (जैसे [[हाइपर-वी]], [[समानताएं डेस्कटॉप]]) ने अतिथि ओएस (2023 तक) के लिए टीआरआईएम लागू किया है।
+* केवल कुछ [[हाइपरविजर|सूत्र]] ने अतिथि ओएस के लिए टीआरआईएम लागू किया है।
-* दोषपूर्ण ड्राइव फर्मवेयर जो कतारबद्ध TRIM के लिए समर्थन की गलत सूचना देता है या इसके कार्यान्वयन में महत्वपूर्ण बग हैं, गंभीर डेटा भ्रष्टाचार और/या गंभीर बग जैसे कई उपकरणों में लगातार फ्रीज से जुड़ा हुआ है, विशेष रूप से माइक्रोन और क्रूसियल का M500<ref name="M500">{{Cite web|url=https://bugzilla.kernel.org/show_bug.cgi?id=71371|title=71371 [PATCH]Crucial M500, broken "queued TRIM" support|website=bugzilla.kernel.org}}</ref> और सैमसंग की 840 और 850 श्रृंखला।<ref>{{Cite web|url=https://bugs.launchpad.net/bugs/1449005|title=Bug #1449005 trim does not work with Samsung 840 EVO after firm... : Bugs : fstrim package : Ubuntu|website=Launchpad}}</ref> लिनक्स ऑपरेटिंग सिस्टम पर डेटा भ्रष्टाचार की पुष्टि की गई है (1 जुलाई 2015 तक कतारबद्ध ट्रिम समर्थन वाला एकमात्र ओएस)।<ref>{{cite web|url=https://github.com/torvalds/linux/blob/e64f638483a21105c7ce330d543fa1f1c35b5bc7/drivers/ata/libata-core.c#L4109-L4286|title=linux/libata-core.c at e64f638483a21105c7ce330d543fa1f1c35b5bc7 · torvalds/linux · GitHub|author=torvalds|work=GitHub}}</ref>
+* दोषपूर्ण अभियान प्रक्रिया यंत्र सामग्री जो पंक्तिबद्ध टीआरआईएम के लिए गलत समर्थन की सूचना देता है या बहुत उपकरणों में लगातार स्थिर से जुड़ा हुआ है और विशेष रूप से माइक्रोन और निर्णायक के एम500<ref name="M500">{{Cite web|url=https://bugzilla.kernel.org/show_bug.cgi?id=71371|title=71371 [PATCH]Crucial M500, broken "queued TRIM" support|website=bugzilla.kernel.org}}</ref> और सैमसंग की 840 और 850 श्रृंखला है<ref>{{Cite web|url=https://bugs.launchpad.net/bugs/1449005|title=Bug #1449005 trim does not work with Samsung 840 EVO after firm... : Bugs : fstrim package : Ubuntu|website=Launchpad}}</ref> तथा लिनक्स प्रचालन तंत्र पर आंकड़ा भ्रष्टाचार की पुष्टि की गई है।<ref>{{cite web|url=https://github.com/torvalds/linux/blob/e64f638483a21105c7ce330d543fa1f1c35b5bc7/drivers/ata/libata-core.c#L4109-L4286|title=linux/libata-core.c at e64f638483a21105c7ce330d543fa1f1c35b5bc7 · torvalds/linux · GitHub|author=torvalds|work=GitHub}}</ref>
-इन उपकरणों को लिनक्स कर्नेल में ब्लैकलिस्ट किया गया है {{Mono|libata-core.c}} गैर-कतारबद्ध TRIM आदेश भेजने के लिए बाध्य करने के लिए ({{Mono|ATA_HORKAGE_NO_NCQ_TRIM}}) कतारबद्ध TRIM कमांड के बजाय इन ड्राइव्स पर:<ref name="libata-core.c">{{cite web|url=https://github.com/torvalds/linux/blob/master/drivers/ata/libata-core.c|title=linux/libata-core.c at master · torvalds/linux · GitHub|author=torvalds|work=GitHub}}</ref>
+पंक्तिबद्ध टीआरआईएम आदेश के बजाय इन अभियान पर गैर-पंक्तिबद्ध टीआरआईएम आदेश भेजने के लिए मजबूर करने के लिए इन उपकरणों को लिनक्स कर्नेल को libata-core.c में ब्लैकलिस्ट किया गया है। [78]
-* माइक्रोन/क्रूशियल M500 फ़ैक्टरी पुन: प्रमाणित एसएसडी सहित सभी फ़र्मवेयर संस्करणों का उपयोग कर रहा है
+* माइक्रोन/निर्णायक एम500 कारखाना पुन: प्रमाणित एसएसडी सहित सभी प्रक्रिया यंत्र सामग्री संस्करणों का उपयोग कर रहा है
-* फर्मवेयर संस्करण MU01 का उपयोग करके माइक्रोन M510
+* माइक्रोन एम510 प्रक्रिया यंत्र सामग्री संस्करण एमयू01 का उपयोग कर रहा है।
-* फर्मवेयर संस्करण MU01 का उपयोग कर माइक्रोन/क्रूशियल M550
+** माइक्रोन/निर्णायक एम550 प्रक्रिया यंत्र सामग्री संस्करण एमयू01 का उपयोग कर रहा है।
-* फर्मवेयर संस्करण MU01 का उपयोग करते हुए महत्वपूर्ण MX100
+* निर्णायक एमएक्स100 प्रक्रिया यंत्र सामग्री संस्करण एमयू01 का उपयोग कर रहा है।
-* सभी फर्मवेयर संस्करणों का उपयोग कर सैमसंग 840 और 850 श्रृंखला एसएसडी
+* सैमसंग 840 और 850 श्रृंखला एसएसडी सभी प्रक्रिया यंत्र सामग्री संस्करणों का उपयोग कर रहे हैं।
-यह फ़ाइल सामान्य रूप से TRIM के विरुद्ध SuperSpeed S238 को भी ब्लैकलिस्ट करती है क्योंकि TRIM जारी होने पर गलत ब्लॉक डेटा खो देता है।<ref name="libata-core.c" /><ref>{{cite web|url=https://github.com/torvalds/linux/commit/cda57b1b05cf7b8b99ab4b732bea0b05b6c015cc|title=libata: force disable trim for SuperSSpeed S238 · torvalds/linux@cda57b1|author=torvalds|work=GitHub}}</ref>
+यह श्रेणी सामान्य रूप से टीआरआईएम के विरुद्ध ज़बर्दस्त रफ़्तार S238 को भी काली सूची करती है क्योंकि टीआरआईएम जारी होने पर गलत खंड आंकड़ा खो देता है।<ref name="libata-core.c">{{cite web|url=https://github.com/torvalds/linux/blob/master/drivers/ata/libata-core.c|title=linux/libata-core.c at master · torvalds/linux · GitHub|author=torvalds|work=GitHub}}</ref><ref>{{cite web|url=https://github.com/torvalds/linux/commit/cda57b1b05cf7b8b99ab4b732bea0b05b6c015cc|title=libata: force disable trim for SuperSSpeed S238 · torvalds/linux@cda57b1|author=torvalds|work=GitHub}}</ref>
-{{Mono|libata-core.c}} के पास SSDs को सूचीबद्ध करने के लिए एक श्वेतसूची भी है जो DRAT और RZAT फ़्लैग्स को सही ढंग से लागू करने के लिए सबसिस्टम के अनुरक्षकों के लिए विश्वसनीय रूप से ज्ञात हैं (<code>ATA_HORKAGE_ZERO_AFTER_TRIM</code>), उन्हें अनदेखा करने के बजाय, जैसा कि कई ड्राइव करते हैं। श्वेतसूचीबद्ध ड्राइव इस प्रकार हैं:<ref name="libata-core.c" />* महत्वपूर्ण एसएसडी
+{{Mono|libata-core.c}} के पास एसएसडीएस को सूचीबद्ध करने के लिए एक श्वेतसूची भी है जो डीआरएटी और आरजेडएटी निशान को सही से लागू करने के लिए उप प्रणाली के अनुरक्षकों के लिए विश्वसनीय रूप से ज्ञात हैं श्वेतसूचीबद्ध अभियान इस प्रकार हैं <ref name="libata-core.c" />
-* Intel SSDs, Intel SSD 510 को छोड़कर
-* माइक्रोन एसएसडी
+.महत्वपूर्ण ठोस-राज्य अभियान
-* सैमसंग एसएसडी
+* इंटेल ठोस-राज्य अभियान 510 को छोड़कर
-* सीगेट एसएसडी<ref>{{Cite web|url=http://patchwork.ozlabs.org/project/linux-ide/patch/1415336894-15327-2-git-send-email-martin.petersen@oracle.com/|title=[1/3] libata: Whitelist SSDs that are known to properly return zeroes after TRIM - Patchwork|website=patchwork.ozlabs.org}}</ref>
+* माइक्रोन ठोस-राज्य अभियान
+* सैमसंग ठोस-राज्य अभियान
+* सीगेट ठोस-राज्य अभियान <ref>{{Cite web|url=http://patchwork.ozlabs.org/project/linux-ide/patch/1415336894-15327-2-git-send-email-martin.petersen@oracle.com/|title=[1/3] libata: Whitelist SSDs that are known to properly return zeroes after TRIM - Patchwork|website=patchwork.ozlabs.org}}</ref>
 == यह भी देखें ==
-* [[डेटा अवशेष]]
+* [[डेटा अवशेष|आंकड़ा अवशेष]]
 == संदर्भ ==
@@ Line 142: / Line 144: @@
 {{Solid-state drive|state=collapsed}}
-{{DEFAULTSORT:Trim}}[[Category: सॉलिड-स्टेट कंप्यूटर स्टोरेज]] [[Category: एससीएसआई]] [[Category: सीरियल एटीए]]
+{{DEFAULTSORT:Trim}}
-[[Category: Machine Translated Page]]
+[[Category:Articles to be expanded from April 2020|Trim]]
-[[Category:Created On 09/06/2023]]
+[[Category:Articles with invalid date parameter in template|Trim]]
+[[Category:Collapse templates|Trim]]
+[[Category:Created On 09/06/2023|Trim]]
+[[Category:Lua-based templates|Trim]]
+[[Category:Machine Translated Page|Trim]]
+[[Category:Navigational boxes| ]]
+[[Category:Navigational boxes without horizontal lists|Trim]]
+[[Category:Pages with reference errors|Trim]]
+[[Category:Pages with script errors|Trim]]
+[[Category:Short description with empty Wikidata description|Trim]]
+[[Category:Sidebars with styles needing conversion|Trim]]
+[[Category:Template documentation pages|Documentation/doc]]
+[[Category:Templates Vigyan Ready|Trim]]
+[[Category:Templates generating microformats|Trim]]
+[[Category:Templates that add a tracking category|Trim]]
+[[Category:Templates that are not mobile friendly|Trim]]
+[[Category:Templates that generate short descriptions|Trim]]
+[[Category:Templates using TemplateData|Trim]]
+[[Category:Use dmy dates from August 2019|Trim]]
+[[Category:Wikipedia metatemplates|Trim]]

Anonymous

Search

ट्रिम (कंप्यूटिंग): Difference between revisions

Namespaces

More

Page actions

Latest revision as of 16:55, 7 July 2023

Contents

पृष्ठभूमि

कार्यवाही

कार्यान्वयन

प्रचालन तंत्र का समर्थन

आरएआईडी समस्याएं

खिड़कियाँ

मैकओएस

लिनक्स

प्रक्रिया यंत्र सामग्री आधारित आरएआईडी

असमर्थित फ़ाइल सिस्टम को सक्षम करना

हार्डवेयर समर्थन

एटीए

एससीएसआई

एसडी/एमएमसी

एनवीएम अभिव्यक्त

नुकसान

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

ट्रिम (कंप्यूटिंग): Difference between revisions

Latest revision as of 16:55, 7 July 2023

पृष्ठभूमि

कार्यवाही

कार्यान्वयन

प्रचालन तंत्र का समर्थन

आरएआईडी समस्याएं

खिड़कियाँ

मैकओएस

लिनक्स

प्रक्रिया यंत्र सामग्री आधारित आरएआईडी

असमर्थित फ़ाइल सिस्टम को सक्षम करना

हार्डवेयर समर्थन

एटीए

एससीएसआई

एसडी/एमएमसी

एनवीएम अभिव्यक्त

नुकसान

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Wiki tools

Page tools

Other projects

Hidden categories