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

From Vigyanwiki
No edit summary
No edit summary
 
(56 intermediate revisions by 3 users not shown)
Line 4: Line 4:
{{missing information|article|SMR drives (similar append-only zone problem)|date=April 2020}}
{{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
| 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
| title = Intel High Performance Solid State Drive – Advantages of TRIM
Line 11: Line 11:
| publisher = [[Intel]]
| publisher = [[Intel]]
| access-date = 2012-02-21
| access-date = 2012-02-21
}}</ref>SSDs के आने के तुरंत बाद ट्रिम को पेश किया गया था। क्योंकि SSDs का निम्न-स्तरीय संचालन हार्ड ड्राइव से काफी भिन्न होता है, जिस विशिष्ट तरीके से ऑपरेटिंग सिस्टम ऑपरेशन को हैंडल करता है जैसे डिलीट और फॉर्मेट के परिणामस्वरूप SSDs पर लिखने के संचालन के अप्रत्याशित प्रगतिशील प्रदर्शन में गिरावट आई है।<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> ट्रिमिंग SSD को कचरा संग्रह (SSD) को अधिक कुशलता से संभालने में सक्षम बनाती है, जो अन्यथा शामिल ब्लॉकों में भविष्य के लेखन कार्यों को धीमा कर देगी।<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 एक ATA कमांड (एडवांस्ड टेक्नोलॉजी अटैचमेंट कमांड) है जो OS को SSD को उन डेटा के ब्लॉक के बारे में सूचित करने की अनुमति देता है जो अब उपयोग में नहीं हैं। एसएसडी डेटा के नए ब्लॉक के लिए रास्ता बनाने के लिए डेटा के ऐसे ब्लॉक को हटा देता है। TRIM का उपयोग मूल रूप से SSD के प्रदर्शन और जीवन काल को बढ़ाने के लिए किया जाता है।
दुर्भाग्य से, TRIM का वरदान SSD से डेटा रिकवरी के लिए अभिशाप बन जाता है। इसलिए, एक विश्वसनीय उपकरण (उदाहरण के लिए विंडोज के लिए डिस्क ड्रिल) का उपयोग करके नियमित रूप से अपने डेटा की बैकअप प्रतिलिपि बनाने की दृढ़ता से अनुशंसा की जाती है, खासकर यदि आपका ओएस एसएसडी विफल होने के बारे में चेतावनी दे रहा है।
दुर्भाग्य से, TRIM का वरदान SSD से डेटा रिकवरी के लिए अभिशाप बन जाता है। इसलिए, एक विश्वसनीय उपकरण (उदाहरण के लिए विंडोज के लिए डिस्क ड्रिल) का उपयोग करके नियमित रूप से अपने डेटा की बैकअप प्रतिलिपि बनाने की दृढ़ता से अनुशंसा की जाती है, खासकर यदि आपका ओएस एसएसडी विफल होने के बारे में चेतावनी दे रहा है।
</रेफरी>
</ref>


हालांकि ट्रिमिंग की शुरुआत से पहले कुछ ड्राइव को एक नई स्थिति में रीसेट करने के लिए उपकरण पहले से ही उपलब्ध थे, वे ड्राइव के सभी डेटा को भी हटा देते हैं, जो उन्हें चल रहे अनुकूलन के लिए उपयोग करने के लिए अव्यावहारिक बनाता है।<ref name="SSD_Anthology_11">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 11.</ref> यथा {{CURRENT YEAR}}, कई SSD में कुछ फ़ाइल सिस्टम (जैसे [[FAT32]], [[NTFS]], [[APFS]]) के लिए आंतरिक कचरा संग्रह तंत्र था जो ट्रिमिंग से स्वतंत्र रूप से काम करता था। यद्यपि इसने ट्रिम का समर्थन नहीं करने वाले ऑपरेटिंग सिस्टम के तहत भी अपने जीवनकाल और प्रदर्शन को सफलतापूर्वक बनाए रखा, लेकिन इसमें फ्लैश सेल के बढ़े हुए लेखन प्रवर्धन और पहनने की कमियां थीं।<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 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>
TRIM भी व्यापक रूप से है{{fact|date=September 2021}} [[शिंगल चुंबकीय रिकॉर्डिंग]] (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="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> स्टोरेज मीडिया (एसएसडी, लेकिन पारंपरिक हार्ड ड्राइव भी) आमतौर पर यह नहीं जानते हैं कि कौन से सेक्टर/पेज सही मायने में उपयोग में हैं और किसे खाली स्थान माना जा सकता है। (उदाहरण के लिए) एक ओवरराइट ऑपरेशन के विपरीत, एक डिलीट में डेटा वाले क्षेत्रों में भौतिक लेखन शामिल नहीं होगा। चूंकि एक सामान्य एसएसडी को फ़ाइल सिस्टम संरचनाओं का कोई ज्ञान नहीं है, जिसमें अप्रयुक्त ब्लॉक/सेक्टरों की सूची शामिल है<!-- "clusters" was here, but is an OS-specific term -->, भंडारण माध्यम अनजान रहता है कि ब्लॉक उपलब्ध हो गए हैं। जबकि यह अक्सर इलेक्ट्रोमैकेनिकल [[हार्ड डिस्क]] से फ़ाइलों को पुनर्प्राप्त करने के लिए [[हटाना रद्द]] टूल को सक्षम करता है,<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>
जिस तरह से कई [[फाइल सिस्टम|संचिका प्रणाली]] आंकड़े खंड को भंडारण साधन के रूप में निशान करके विलोपन कार्यवाही को संभालते हैं<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> तथा पूरे खंड की सामग्री को नकद में संग्रहीत किया जाता है और फिर पूरे खंड को ठोस-राज्य अभियान से मिटा दिया जाता है फिर उसके बाद ही पूरे अद्यतन किए गए खंड को प्रकाश माध्यम में लिखा जा सकता है और इस घटना को लेखन प्रवर्धन के रूप में जाना जाता है।
SSD डेटा को फ्लैश मेमोरी सेल में स्टोर करते हैं जो आमतौर पर 4 से 16 [[किबिबाइट]] के पेजों में समूहित होते हैं, आमतौर पर 128 से 512 पेज के ब्लॉक में एक साथ समूहीकृत होते हैं। उदाहरण: 512 kiB ब्लॉक करता है जो प्रत्येक 4 kiB के 128 पृष्ठों को समूहित करता है।<ref name="WindowsITPro" /><ref name="SSD_Anthology_5" />फ्लैश मेमोरी #NAND फ्लैश सेल को सीधे तभी लिखा जा सकता है जब वे खाली हों। यदि उनमें डेटा होता है, तो सामग्री को लिखने के ऑपरेशन से पहले मिटा दिया जाना चाहिए। एक SSD राइट ऑपरेशन एक पेज पर किया जा सकता है लेकिन, हार्डवेयर सीमाओं के कारण, इरेज़ कमांड हमेशा पूरे ब्लॉक को प्रभावित करते हैं;<ref name="SSD_Anthology_5">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 5.</ref> परिणामस्वरूप, SSD पर खाली पृष्ठों पर डेटा लिखना बहुत तेज़ होता है, लेकिन एक बार पहले लिखे गए पृष्ठों को अधिलेखित करने की आवश्यकता होने पर यह काफी धीमा हो जाता है। चूंकि पृष्ठ में सेल्स को फिर से लिखे जाने से पहले मिटाने की आवश्यकता होती है, लेकिन केवल पूरे ब्लॉक मिटाए जा सकते हैं, एक ओवरराइट पढ़ने-मिटाने-संशोधित-लिखने का चक्र शुरू करेगा:<ref name="WindowsITPro" /><ref name="SSD_Anthology_8">शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 8.</ref> पूरे ब्लॉक की सामग्री को कैश में संग्रहीत किया जाता है, फिर पूरे ब्लॉक को एसएसडी से मिटा दिया जाता है, फिर ओवरराइट किए गए पेज को कैश्ड ब्लॉक में लिखा जाता है, और उसके बाद ही पूरे अपडेट किए गए ब्लॉक को हटाया जा सकता है। फ़्लैश माध्यम को लिखा गया। इस घटना को लेखन प्रवर्धन के रूप में जाना जाता है। रेफरी>{{cite news |url=http://www.extremetech.com/article2/0,2845,2329594,00.asp |title=प्रवर्धन लिखें: इंटेल की गुप्त सॉस|newspaper=Extremetech |date=8 September 2008 |publisher=ExtremeTech.com |access-date=2010-11-06|last1=Case |first1=Loyd }}</ref><ref>{{cite web |url=http://www.tomshardware.com/reviews/Intel-x25-m-SSD,2012-5.html |title=Inside the X25-M Controller: Wear Leveling, Write Amplification Control |publisher=TomsHardware.com |date=2008-09-08 |access-date=2010-11-06}}</ref>
== कार्यवाही ==
<!-- This section is not directly related to the TRIM command, but might be more appropriate in another article:
सुव्यवस्थित नियंत्रण एक प्रचालन तंत्र को उन पृष्ठों के ठोस-राज्य अभियान को सूचित करने में सक्षम बनाता है जिनमें अब वैध आंकड़ा नहीं है और [[फ़ाइल विलोपन|श्रेणी विलोपन]] कार्यवाही के लिए प्रचालन तंत्र नए आंकड़े को चिह्नित करेगा और फिर ठोस-राज्य अभियान को सुव्यवस्थित नियंत्रण में भेजें जो कोटि छांट के बाद प्रकाश स्मृति के एक पृष्ठ पर नया आंकड़ा लिखते समय ठोस-राज्य अभियान खंड की किसी भी सामग्री को संरक्षित नहीं करेगा जिसके परिणामस्वरूप कम लेखन प्रवर्धन उच्च लेखन प्रवाह क्षमता तथा इस प्रकार जीवन की आभियान क्षमता में किसी वृद्धि की कोई आवश्यकता नहीं होगी।
Manufacturers use various techniques in their SSD controllers to optimally spread write operations over the entire flash disk.<ref name="WindowsITPro" /><ref name="SSD_Anthology_6">Shimpi, Anand Lal. (18 March 2009). p. 6.</ref> This is not only to optimize speed by minimizing the need for write amplification, but also in order to increase longevity of the flash cells (a process called ''[[wear leveling]]''), since typical [[Multi-level cell|MLC]] flash will only last around 10,000 erase/write cycles.<ref name="SSD_Anthology_6" /> Another approach is to implement spare flash memory on the SSD, not reported to the operating system, to provide empty pages to write operations for as long as possible before overwriting already used ones.<ref name="SSD_Anthology_10" />
-->


और ठोस-राज्य अभियान नियंत्रण को कुछ अलग तरीके से लागू करते हैं जिससे प्रदर्शन अलग-अलग हो सकता है।<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>
टीआरआईएम कमांड एक ऑपरेटिंग सिस्टम को उन पृष्ठों के एसएसडी को सूचित करने में सक्षम बनाता है जिनमें अब वैध डेटा नहीं है। [[फ़ाइल विलोपन]] ऑपरेशन के लिए, ऑपरेटिंग सिस्टम फ़ाइल के क्षेत्रों को नए डेटा के लिए मुफ़्त के रूप में चिह्नित करेगा, फिर SSD को TRIM कमांड भेजें। ट्रिमिंग के बाद, फ्लैश मेमोरी के एक पृष्ठ पर नया डेटा लिखते समय एसएसडी ब्लॉक की किसी भी सामग्री को संरक्षित नहीं करेगा, जिसके परिणामस्वरूप कम लेखन प्रवर्धन (कम लेखन), उच्च लेखन थ्रूपुट (पढ़ने-मिटाने-संशोधित अनुक्रम की कोई आवश्यकता नहीं), इस प्रकार ड्राइव जीवन में वृद्धि।
 
अलग-अलग एसएसडी कमांड को कुछ अलग तरीके से लागू करते हैं, इसलिए प्रदर्शन अलग-अलग हो सकता है।<ref name="SSD_Anthology_10" /><ref name="WindowsITPro_Trim" />
 
TRIM SSD को एक [[तार्किक ब्लॉक एड्रेसिंग]] क्षेत्र को अमान्य के रूप में चिह्नित करने के लिए कहता है और बाद में इस क्षेत्र पर पढ़ने से कोई सार्थक डेटा वापस नहीं आएगा। बहुत ही कम समय के लिए, डेटा अभी भी आंतरिक रूप से फ्लैश पर रह सकता है। हालाँकि, 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>




== कार्यान्वयन ==
== कार्यान्वयन ==


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


सुव्यवस्थित समर्थन इस बात से भी भिन्न होता है कि प्रचालन तंत्र पर विशेष संचिका प्रणाली चालक क्या करने में सक्षम है क्योंकि चक्र के किन हिस्सों में खाली स्थान है और इसकी समझ के साथ केवल एक कार्यक्रम सुरक्षित रूप से आदेश जारी कर सकता है और प्रणाली स्तर पर यह क्षमता होती है।
{| class="wikitable sortable"
{| class="wikitable sortable"
|मैक ओएस
|10.6.8-23 जून 2011
|हालांकि AHCI ब्लॉक डिवाइस ड्राइवर ने यह प्रदर्शित करने की क्षमता प्राप्त की कि क्या डिवाइस 10.6.6 (10J3210) में TRIM ऑपरेशन का समर्थन करता है,  कार्यक्षमता स्वयं 10.6.8 तक पहुंच योग्य नहीं रही, जब TRIM ऑपरेशन को IOStorageFamily और फाइल सिस्टम के माध्यम से उजागर किया गया था। (एचएफएस+) समर्थन जोड़ा गया। <sup>[ ''उद्धरण वांछित'' ]</sup> 10.10.4 तक, मैक ओएस एक्स ने मूल रूप से TRIM को केवल Apple-ब्रांडेड SSDs के लिए सक्षम किया; अन्य ब्रांडों के लिए इसे सक्षम करने के लिए तृतीय-पक्ष उपयोगिताएँ उपलब्ध हैं। पुराने तीसरे पक्ष के TRIM ड्राइवरों ने योसेमाइट अपडेट के रूप में काम करना बंद कर दिया।  अपडेटेड ड्राइवर अब मौजूद हैं जो OS X Yosemite के साथ काम करते हैं।  मैक ओएस एक्स में 10.10.4 अपडेट करें, Apple ने एक कमांड लाइन उपयोगिता, ट्रिमफोर्स को जोड़ा, जिसका उपयोग TRIM को तृतीय-पक्ष SSDs पर सक्षम करने के लिए किया जा सकता है।
|-
|-
! width="15%"|Operating System
|माइक्रोसॉफ़्ट विंडोज़
! width="15%"|Supported since
|विंडोज 7 और विंडोज सर्वर 2008 आर2 - अक्टूबर 2009
! Notes
|विंडोज 7 ने शुरू में केवल समानांतर एटीए और सीरियल एटीए सहित एटी अटैचमेंट परिवार में ड्राइव के लिए टीआरआईएम का समर्थन किया था , और इस आदेश का समर्थन किसी अन्य डिवाइस के लिए नहीं किया था, जिसमें स्टॉरपोर्ट पीसीआई-एक्सप्रेस एसएसडी शामिल हैं, भले ही डिवाइस स्वयं कमांड को स्वीकार करे।  यह पुष्टि की गई है कि देशी Microsoft ड्राइवरों के साथ TRIM कमांड AHCI और लीगेसी IDE / ATA मोड में विंडोज 7 पर काम करता है।  विंडोज 8 और बाद के विंडोज ऑपरेटिंग सिस्टम उन उपकरणों के लिए अनमैप कमांड का समर्थन करते हैं जो यूएसबी संलग्न एससीएसआई प्रोटोकॉल (यूएएसपी) सहित एससीएसआई ड्राइवर स्टैक का उपयोग करते हैं। विंडोज 8.1 और बाद में विंडोज ऑपरेटिंग सिस्टम एनवीएम एक्सप्रेस के लिए टीआरआईएम कमांड का समर्थन करते हैंएसएसडी। Microsoft ने Windows 7 के लिए एक अद्यतन जारी किया है जो PCIe SSDs के लिए TRIM सहित NVM एक्सप्रेस समर्थन जोड़ता है।
|-
TRIM को ReFS और NTFS के लिए समर्थित माना जाता है , दोनों इसे अक्षम करने के लिए DisableDeleteNotify स्विच लागू करते हैं।  सूत्र इस बात से असहमत हैं कि अन्य फाइल सिस्टम के लिए टीआरआईएम समर्थन मौजूद है या नहीं।
| [[DragonFly BSD]]
| <span style="display:none">2011-05</span>May 2011<ref>{{Cite web|url=https://leaf.dragonflybsd.org/mailarchive/kernel/2011-05/msg00002.html|title=Preliminary TRIM support|website=leaf.dragonflybsd.org}}</ref>
|
|-
| [[FreeBSD]]
| <span style="display:none">2010-07</span>8.1 – July 2010<ref>{{Cite web|title=FreeBSD 8.1-RELEASE Release Notes: Disks and Storage |url=http://www.freebsd.org/releases/8.1R/relnotes-detailed.html#DISKS |access-date=2010-09-01}}</ref>
| Support was added at the block device layer in 8.1. Filesystem support was added in FreeBSD 8.3 and FreeBSD 9, beginning with [[Unix File System|UFS]].<ref>{{Cite web|title=Add kernel side support for BIO_DELETE/TRIM on UFS |url=http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ffs/ffs_alloc.c#rev1.153.2.4 |access-date=2011-02-01}}</ref> [[ZFS]] trimming support was added in FreeBSD 9.2.<ref>{{Cite web|title=Added ZFS TRIM support which is enabled by default.|url=http://svnweb.freebsd.org/base?view=revision&revision=251419 |access-date=2013-06-05}}</ref><ref>{{Cite web|title=FreeBSD 9.2-RELEASE Announcement |url=http://www.freebsd.org/releases/9.2R/announce.html |access-date=2013-10-04}}</ref> FreeBSD 10 supports trimming on software [[RAID]] configurations.<ref>{{Cite web|title=Base revision 242323 – Add basic BIO_DELETE support to GEOM RAID class for all RAID levels |url=http://svnweb.freebsd.org/base?view=revision&revision=242323 |access-date=2012-10-30}}</ref>
|-
|-
| [[NetBSD]]
|ओपनसोलारिस
| <span style="display:none">2012-10</span>October 2012<ref>{{Cite web|title=TRIM support in NetBSD|url=http://mail-index.netbsd.org/source-changes/2012/10/19/msg038047.html|date=2012-10-19}}</ref>
|जुलाई 2010
|
|
|-
|-
| [[Linux]]
|एंड्रॉयड
| <span style="display:none">2008-12-25</span>2.6.28–25 December 2008<ref>{{Cite web|url=https://kernelnewbies.org/Linux_2_6_28|title=Linux_2_6_28 - Linux Kernel Newbies|website=kernelnewbies.org}}</ref>
|4.3  - 24 जुलाई 2013  
| Initial support for discard operations was added for FTL [[Flash memory#NAND flash|NAND flash]] devices in 2.6.28. Support for the ATA TRIM command was added in 2.6.33.<ref>{{Cite web|title=Storage changes in Linux 2.6.33|url=http://kernelnewbies.org/Linux_2_6_33#head-b9b8a40358aaef60a61fcf12e9055900709a1cfb|publisher=Kernel Newbies|access-date=2010-09-01}}</ref>
|<code>fstrim</code>अगर डिवाइस कम से कम एक घंटे के लिए निष्क्रिय है और कम से कम 80% चार्ज है (चार्जर से कनेक्ट होने पर 30%) तो हर 24 घंटे में एक बार स्वचालित रूप से चलता है ।
 
Not all filesystems make use of trim. Among the filesystems that can issue trim requests automatically are [[ext4]],<ref>{{Cite web|url=https://sites.google.com/site/lightrush/random-1/howtoconfigureext4toenabletrimforssdsonubuntu|title=Forked by Nicolay - HOWTO: Configure Ext4 to Enable TRIM Support for SSDs on Ubuntu and Other Distributions|website=sites.google.com}}</ref> [[Btrfs]],<ref>{{Cite web|url=https://kernelnewbies.org/Linux_2_6_32|title=Linux_2_6_32 - Linux Kernel Newbies|website=kernelnewbies.org}}</ref> [[File Allocation Table|FAT]], [[GFS2]], [[Journaling file system|JFS]],<ref>{{Cite web|title=JFS Filesystem can now handle trim|url=https://www.phoronix.com/scan.php?page=news_item&px=MTE5ODY|access-date=2012-03-28}}</ref> [[XFS]],<ref name="Filesystem changes in Linux 3.0">{{Cite web|url=https://kernelnewbies.org/Linux_3.0|title=Linux_3.0 - Linux Kernel Newbies|website=kernelnewbies.org}}</ref> and [[NTFS-3G]]. However, in some distributions, this is disabled by default due to performance concerns,<ref>{{cite web|url=http://opensuse.14.n6.nabble.com/SSD-detection-when-creating-first-time-fstab-td3313048.html |title=OpenSUSE forum – SSD detection when creating first time fstab |first=Greg |last=Freemyer|date=2010}}</ref> in favor of scheduled trimming on supported SSDs.<ref>{{cite web|title=How to enable TRIM?|url=http://askubuntu.com/questions/18903/how-to-enable-trim/19480#19480|website=Ask Ubuntu|access-date=11 November 2015}}</ref> [[Ext3]], [[NILFS2]] and [[OCFS2]] offer [[ioctl]]s to perform offline trimming. The TRIM specification calls for supporting a list of trim ranges, but as of kernel 3.0 trim is only invoked with a single range that is slower.<ref>{{Cite web|url=https://en.opensuse.org/SDB:SSD_discard_(trim)_support|title=SDB:SSD discard (trim) support - openSUSE Wiki|website=en.opensuse.org}}</ref>
 
In many newer [[Linux distribution]]s, [[systemd]] provides <code>fstrim.timer</code> unit.<ref>{{Cite web|title=Changes/EnableFSTrimTimer - Fedora Project Wiki|url=https://fedoraproject.org/wiki/Changes/EnableFSTrimTimer|access-date=2020-12-10|website=fedoraproject.org}}</ref>
|-
| [[macOS]]
| <span style="display:none">2011-06-23</span>10.6.8–23 June 2011<ref>{{Cite web|title=Mac OS X 10.6.8 Brings TRIM Support for Apple SSDs, Graphics Improvements|url=http://www.macrumors.com/2011/06/27/mac-os-x-10-6-8-brings-trim-support-for-apple-ssds-graphics-improvements/|date=2012-02-24}}</ref>
| Although the [[AHCI]] block device driver gained the ability to display whether a device supports the TRIM operation in 10.6.6 (10J3210),<ref>{{Cite web|title=Macbook Pros ship with active SSD TRIM support|url=http://www.appleinsider.com/articles/11/03/04/apples_macbook_pros_ship_with_active_ssd_trim_support_in_snow_leopard.html|date=2011-03-04}}</ref> the functionality itself remained inaccessible until 10.6.8, when the TRIM operation was exposed via the IOStorageFamily and filesystem (HFS+) support was added.{{citation needed|reason=This can easily be verified by inspecting the source code of the IOStorageFamily and xnu projects, but I'm not sure whether this counts as a real source.|date=April 2012}} Until 10.10.4, Mac OS X natively enabled TRIM only for Apple-branded SSDs; third-party utilities are available to enable it for other brands. Old third party TRIM drivers stopped working as of the Yosemite update.<ref>{{Cite web|title=Yosemite kills third-party SSD support|website=[[ZDNet]]|url=http://www.zdnet.com/yosemite-kills-third-party-ssd-support-7000035765/}}</ref> Updated drivers now exist that work with OS X Yosemite.<ref>{{Cite web|url=http://chameleon.alessandroboschini.com/|title=Chameleon SSD Optimizer|website=chameleon.alessandroboschini.com}}</ref><ref>{{Cite web|url=https://cindori.org/search/Trim+enabler/|title=You searched for Trim enabler|website=Cindori.org|access-date=7 November 2021}}</ref> In Mac OS X [https://support.apple.com/en-us/HT204928 update 10.10.4], Apple added a command line utility, trimforce, that can be used to enable TRIM on third-party SSDs.<ref>{{cite web|author1=Lee Hutchinson|title=Latest OS X update allows you to enable TRIM for third-party SSDs|url=https://arstechnica.com/apple/2015/06/latest-os-x-update-allows-you-to-enable-trim-for-third-party-ssds/|website=Ars Technica|publisher=Condé Nast|access-date=2015-07-01|date=30 June 2015<!-- 11:36am PDT-->}}</ref>
|-
| [[Microsoft Windows]]
| <span style="display:none">2009–10</span>Windows 7 and Windows Server 2008 R2 – October 2009<ref>{{Cite web|url=http://blogs.msdn.com/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx |title=Support and Q&A for Solid-State Drives |date=2009-05-09 |work=Engineering Windows 7 blog |publisher=[[Microsoft]] |archive-url=https://web.archive.org/web/20100425050749/http://blogs.msdn.com/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx |archive-date=2010-04-25 |first=Michael |last=Fortin |editor-first=Steven |editor-last=Sinofsky}} [https://docs.microsoft.com/en-us/archive/blogs/e7/support-and-qa-for-solid-state-drives Alt URL]</ref><ref>{{Cite web|title=Windows 7 Enhancements for Solid-State Drives |url=http://download.microsoft.com/download/F/A/7/FA70E919-8F82-4C4E-8D02-97DB3CF79AD5/COR-T558_Shu_Taiwan.pdf |date=2008-11-12 |work=Microsoft downloads |publisher=Microsoft Corporation |access-date=2009-07-08}}</ref>
|Windows 7 initially supported TRIM only for drives in the AT Attachment family including [[Parallel ATA]] and [[Serial ATA]], and did not support this command for any other devices including Storport PCI-Express SSDs even if the device itself would accept the command.<ref>[http://techreport.com/articles.x/22663 Geoff Gasior (2012)] OCZ's RevoDrive 3 X2 240GB solid-state drive</ref> It is confirmed that with native Microsoft drivers the TRIM command works on Windows 7 in [[Advanced Host Controller Interface|AHCI]] and legacy IDE / ATA Mode.<ref>{{cite web |url=http://archive.benchmarkreviews.com/index.php?option=com_content&task=view&id=505&Itemid=38&limit=1&limitstart=12 |title=SSD Benchmark Tests: SATA IDE vs AHCI Mode – AHCI vs IDE Final Thoughts |first=Olin |last=Coles |date=15 April 2010 |work=BenchmarkReviews |access-date=20 August 2013}}</ref> Windows 8 and later Windows operating systems support the unmap command for devices that use the SCSI driver stack, including [[USB Attached SCSI]] Protocol (UASP). Windows 8.1 and later Windows operating systems support the TRIM command for [[NVM Express]] SSDs. Microsoft has released an update for Windows 7 that adds NVM Express support including TRIM for PCIe SSDs.<ref>{{cite web |title=Update to add native driver support in NVM Express in Windows 7 and Windows Server 2008 R2 |url=https://support.microsoft.com/en-us/help/2990941/update-to-add-native-driver-support-in-nvm-express-in-windows-7-and-wi |website=Support |publisher=Microsoft |date=8 September 2015}}</ref><ref>{{cite web |title=What is the TRIM Command on Solid State Drives? |url=https://datarecovery.com/rd/trim-command-solid-state-drives/ |website=datarecovery.com |date=30 January 2017 |quote=Microsoft added the feature in a Windows 7 update known as KB2990941}}</ref>
 
TRIM is known to be supported for [[ReFS]] and [[NTFS]], both of which implement a DisableDeleteNotify switch for disabling it.<ref>{{cite web |title=Fsutil behavior |url=https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/fsutil-behavior |website=Microsoft Documentation |access-date=17 November 2019 |language=en-us}}</ref> Sources disagree on whether TRIM support exists for other filesystems.
|-
| [[OpenSolaris]]
| <span style="display:none">2010-07</span>July 2010<ref>{{Cite web|title=SATA TRIM support in OpenSolaris|url=http://www.c0t0d0s0.org/archives/6792-SATA-TRIM-support-in-Opensolaris.html|date=2010-07-29}}</ref>
|
|-
| [[Android (operating system)|Android]]
| <span style="display:none">2013-7</span>4.3<ref name="AnandTech Android 4.3">{{Cite web|url=http://www.anandtech.com/show/7185/android-43-update-brings-trim-to-all-nexus-devices |title=Android 4.3 Update Brings TRIM to All Nexus Devices|date=2013-07-29|access-date=2013-07-30}}</ref> – 24 July 2013<ref name="Jelly Bean 4.3">[https://www.theverge.com/2013/7/24/4550234/android-4-3-announcement "Android 4.3 announced, rolling out to Nexus devices today"].''[[The Verge]]''. 24 July 2013. Retrieved 24 July 2013.</ref>
|Runs <code>fstrim</code> automatically up to once every 24 hours if the device has been idle for at least an hour and is at least 80% charged (30% if connected to a charger).<ref name="AnandTech Android 4.3" />
|}
|}




=== RAID मुद्दे ===
=== आरएआईडी समस्याएं ===
{{As of|2017|1}}, अधिकांश हार्डवेयर-आधारित [[RAID]] तकनीकों में TRIM कमांड के लिए समर्थन लागू नहीं किया गया है। हालाँकि, सॉफ़्टवेयर RAID कार्यान्वयन में अक्सर TRIM के लिए समर्थन शामिल होता है।
जनवरी 2017 तक अधिकांश धातु सामग्री-आधारित [[RAID|आरएआईडी]] तकनीकों में सुव्यवस्थित नियंत्रण के लिए समर्थन लागू नहीं किया गया है जबकि प्रक्रिया सामग्री आरएआईडी कार्यान्वयन में सुव्यवस्थित के समर्थन के लिए सम्मिलित होता है।


==== विंडोज ====
==== खिड़कियाँ ====
Windows 10 RAID वॉल्यूम को कॉन्फ़िगर करते समय ऑप्टिमाइज़ ड्राइव विकल्प का उपयोग करके SSD ID वॉल्यूम में TRIM के लिए समर्थन प्रदान करता है।
विंडोज 10 आरएआईडी आयतन को आकार करते समय आभियान अनुकूलन विकल्प का उपयोग करके ठोस-राज्य अभियान आईडी आयतन में सुव्यवस्थित के लिए समर्थन प्रदान करता है।


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


TRIM को RAID (0,1,4,5 और 10) वॉल्यूम के लिए समर्थित किया जाता है, जब गैर-Apple SSD उपकरणों के साथ TRIM समर्थन सहित तृतीय-पक्ष सॉफ्टराइड® एप्लिकेशन का उपयोग किया जाता है।
काट छांट को आरएआईडी आयतन के लिए समर्थित किया जाता है और जब गैर-एप्पल ठोस-राज्य अभियान उपकरणों के साथ काट छांट समर्थन सहित तृतीय-पक्ष सॉफ्टराइड आवेदन का उपयोग किया जाता है।
(नोट: गैर-Apple SSD डिवाइस के लिए TRIM को विशेष रूप से टर्मिनल कमांड sudo trimforce enable का उपयोग करके सक्षम किया जाना चाहिए)


==== लिनक्स ====
==== लिनक्स ====
टीआरआईएम लिनक्स कर्नेल के [[डिवाइस मैपर]] के जनवरी-2011 के रिलीज के बाद RAID वॉल्यूम के साथ उपलब्ध है, जो BIOS-सहायता प्राप्त नकली हार्डवेयर RAID समर्थन को लागू करता है, और जो अब RAID सरणी पर मौजूद फाइल सिस्टम से किसी भी टीआरआईएम अनुरोध से गुजरता है।<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>
लिनक्स कर्नेल के [[डिवाइस मैपर|नक्शाकार उपकरण]] जनवरी 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" />
dmraid के साथ भ्रमित न होने के लिए, Linux के सामान्य-उद्देश्य सॉफ़्टवेयर RAID सिस्टम, [[mdadm]], बैच-आधारित के लिए प्रयोगात्मक समर्थन है (फ़ाइल हटाने के बजाय, लाइव होने पर) RAID 1 सरणियों पर TRIM जब सिस्टम समय-समय पर फ़ाइल सिस्टम पर mdtrim उपयोगिता चलाने के लिए कॉन्फ़िगर किया जाता है (यहां तक ​​​​कि ext3 जैसे मूल TRIM समर्थन के बिना)।<ref>{{cite web| url=https://github.com/Cyberax/mdtrim|title=Cyberax/mdtrim – GitHub|website=[[GitHub]]|access-date=2011-11-29}}</ref> लिनक्स के बाद के संस्करणों में, उदा। Red Hat Enterprise Linux 6.5 और बाद के संस्करण, mdraid वास्तविक समय में TRIM कमांड से वास्तव में गुजरने का समर्थन करता है, न कि केवल एक बैच जॉब के रूप में।<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]] अधिकांश RAID तकनीकों के साथ SSDs पर सॉफ़्टवेयर RAID स्तर 1, 4, 5, और 6 का उपयोग करने के खिलाफ अनुशंसा करता है, क्योंकि आरंभीकरण के दौरान, अधिकांश RAID प्रबंधन उपयोगिताओं (जैसे Linux के mdadm) डिवाइस पर सभी ब्लॉकों को लिखते हैं ताकि यह सुनिश्चित हो सके कि चेकसम ( या ड्राइव-टू-ड्राइव सत्यापित करता है, RAID 1 और 10 के मामले में) ठीक से काम करता है, जिससे SSD को विश्वास हो जाता है कि अतिरिक्त क्षेत्र के अलावा अन्य सभी ब्लॉक उपयोग में हैं, प्रदर्शन में काफी गिरावट आई है।<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>
दूसरी ओर, Red Hat SSDs पर [[लॉजिकल वॉल्यूम मैनेजर (लिनक्स)]]Linux) RAID के लिए RAID 1 या RAID 10 के उपयोग की अनुशंसा करता है, क्योंकि ये स्तर TRIM (लिनक्स शब्दावली में त्यागें) का समर्थन करते हैं, और LVM उपयोगिताएँ सभी ब्लॉकों को नहीं लिखती हैं। RAID 1 या RAID 10 वॉल्यूम बनाते समय।<ref name="RHEL 6 Storage Admin. Chap. 21" />




==== फर्मवेयर आधारित RAID ====
==== प्रक्रिया यंत्र सामग्री आधारित आरएआईडी ====
मार्च 2010 में थोड़े समय के लिए, उपयोगकर्ताओं को यह विश्वास दिलाया गया था कि [[विंडोज 7]] में इंटेल रैपिड स्टोरेज टेक्नोलॉजी (RST) 9.6 (और बाद में) ड्राइवरों ने RAID वॉल्यूम पर TRIM का समर्थन किया था, लेकिन बाद में Intel ने स्पष्ट किया कि TRIM को BIOS सेटिंग्स के लिए समर्थित किया गया था। [[उन्नत होस्ट नियंत्रक इंटरफ़ेस]] मोड और RAID मोड, लेकिन यदि ड्राइव RAID वॉल्यूम का हिस्सा नहीं था।<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 श्रृंखला एसएसडी सभी प्रक्रिया यंत्र सामग्री संस्करणों का उपयोग कर रहे हैं।
 
यह श्रेणी सामान्य रूप से टीआरआईएम के विरुद्ध ज़बर्दस्त रफ़्तार ​​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>


यह फ़ाइल सामान्य रूप से 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>
{{Mono|libata-core.c}} के पास एसएसडीएस को सूचीबद्ध करने के लिए एक श्वेतसूची भी है जो डीआरएटी और आरजेडएटी निशान को सही से लागू करने के लिए उप प्रणाली के अनुरक्षकों के लिए विश्वसनीय रूप से ज्ञात हैं श्वेतसूचीबद्ध अभियान इस प्रकार हैं <ref name="libata-core.c" />


{{Mono|libata-core.c}} के पास SSDs को सूचीबद्ध करने के लिए एक श्वेतसूची भी है जो DRAT और RZAT फ़्लैग्स को सही ढंग से लागू करने के लिए सबसिस्टम के अनुरक्षकों के लिए विश्वसनीय रूप से ज्ञात हैं (<code>ATA_HORKAGE_ZERO_AFTER_TRIM</code>), उन्हें अनदेखा करने के बजाय, जैसा कि कई ड्राइव करते हैं। श्वेतसूचीबद्ध ड्राइव इस प्रकार हैं:<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 180: Line 144:
{{Solid-state drive|state=collapsed}}
{{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]]

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]


यह भी देखें

संदर्भ

  1. "Intel High Performance Solid State Drive – Advantages of TRIM". Intel.com. Intel. 14 September 2010. Retrieved 21 February 2012.
  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}
  3. 3.0 3.1 शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 10. TRIM एक ATA कमांड (एडवांस्ड टेक्नोलॉजी अटैचमेंट कमांड) है जो OS को SSD को उन डेटा के ब्लॉक के बारे में सूचित करने की अनुमति देता है जो अब उपयोग में नहीं हैं। एसएसडी डेटा के नए ब्लॉक के लिए रास्ता बनाने के लिए डेटा के ऐसे ब्लॉक को हटा देता है। TRIM का उपयोग मूल रूप से SSD के प्रदर्शन और जीवन काल को बढ़ाने के लिए किया जाता है। दुर्भाग्य से, TRIM का वरदान SSD से डेटा रिकवरी के लिए अभिशाप बन जाता है। इसलिए, एक विश्वसनीय उपकरण (उदाहरण के लिए विंडोज के लिए डिस्क ड्रिल) का उपयोग करके नियमित रूप से अपने डेटा की बैकअप प्रतिलिपि बनाने की दृढ़ता से अनुशंसा की जाती है, खासकर यदि आपका ओएस एसएसडी विफल होने के बारे में चेतावनी दे रहा है।
  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.
  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.
  8. 8.0 8.1 8.2 शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 7.
  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 }
  10. Malventano, Allyn (13 February 2009). "इंटेल मेनस्ट्रीम एसएसडी का दीर्घकालिक प्रदर्शन विश्लेषण". PC Perspective. Retrieved 10 February 2012.
  11. 11.0 11.1 शिंपी, आनंद लाल। (18 मार्च 2009)। पी। 5.
  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.
  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.
  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.
  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.
  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.


बाहरी संबंध