ट्रिम (कंप्यूटिंग)

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

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

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

अलग-अलग एसएसडी नियंत्रण को कुछ अलग तरीके से लागू करते हैं इसलिए प्रदर्शन अलग-अलग हो सकता है।

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

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

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

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

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

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

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

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

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

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

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

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

एटीए
TRIM कमांड विनिर्देश सूचना प्रौद्योगिकी मानकों के लिए अंतर्राष्ट्रीय समिति (INCITS) की तकनीकी समिति T13 के नेतृत्व में एटी अटैचमेंट (ATA) इंटरफ़ेस मानक के हिस्से के रूप में मानकीकृत किया गया है। TRIM को DATA SET MANAGEMENT कमांड (opcode 06h) के ड्राफ्ट ACS-2 विनिर्देश के तहत लागू किया गया है। ATA मानक समानांतर (IDE, PATA) और सीरियल (SATA) ATA हार्डवेयर दोनों द्वारा समर्थित है।

मूल ATA TRIM कमांड की एक खामी यह है कि इसे एक गैर-कतारबद्ध कमांड के रूप में परिभाषित किया गया था और इसलिए कतारबद्ध पढ़ने और लिखने के कार्यों के सामान्य वर्कलोड के साथ आसानी से मिश्रित नहीं किया जा सकता था। SATA 3.1 ने इसका समाधान करने के लिए एक पंक्तिबद्ध TRIM कमांड प्रस्तुत किया। 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 से कम होना चाहिए। एक व्यक्तिगत एलबीए रेंज को एलबीए रेंज एंट्री कहा जाता है और इसे आठ बाइट्स द्वारा दर्शाया जाता है। एलबीए एलबीए रेंज एंट्री के पहले छह बाइट्स द्वारा व्यक्त किया गया है और रेंज की लंबाई शून्य-आधारित काउंटर है (उदाहरण के लिए, 0 = 0 और 1 = 1) शेष दो बाइट्स द्वारा दर्शाया गया है। यदि दो-बाइट श्रेणी की लंबाई शून्य है, तो LBA श्रेणी प्रविष्टि को पैडिंग के रूप में छोड़ दिया जाएगा। इसका मतलब यह है कि टीआरआईएम रेंज के प्रत्येक 512-बाइट ब्लॉक के लिए जो एक डिवाइस का समर्थन करता है, अधिकतम 64 रेंज 32 एमबी या 2 जीबी है। यदि कोई डिवाइस 8 पर सैटा वर्ड 105 का समर्थन करता है तो उसे एक ही ट्रिम (डेटा सेट प्रबंधन) कमांड में 16 जीबी ट्रिम करने में सक्षम होना चाहिए।

एससीएसआई
SCSI UNMAP कमांड (TRIM का एक पूर्ण एनालॉग) और UNMAP फ्लैग सेट के साथ WRITE SAME कमांड (10 और 16 प्रकार) प्रदान करता है।

एसडी/एमएमसी
MultiMediaCard और SD कार्ड ERASE (CMD38) कमांड ATA TRIM कमांड के समान कार्यक्षमता प्रदान करता है, हालाँकि इसके लिए आवश्यक है कि मिटाए गए ब्लॉकों को शून्य या एक के साथ अधिलेखित किया जाए। एक DISCARD सब-ऑपरेशन को eMMC 4.5 में और वैकल्पिक रूप से SDHC और SDXC कार्ड में परिभाषित किया गया है, जो कि ATA TRIM से अधिक निकटता से मेल खाता है, जिसमें छोड़े गए ब्लॉक की सामग्री को अनिश्चित माना जा सकता है (यानी, परवाह नहीं है)।

एनवीएम एक्सप्रेस
एनवीएम एक्सप्रेस कमांड सेट में एक जेनेरिक डेटासेट मैनेजमेंट कमांड सेट होता है, जो ब्लॉक रेंज के सेट पर स्टोरेज डिवाइस के लिए होस्ट के इरादे को इंगित करता है। इसके संचालन में से एक, DEALLOCATE ट्रिम करता है। इसमें WRITE ZEROES कमांड भी है जो DEALLOCATE संकेत प्रदान करता है और डिस्क को ट्रिम करने और शून्य वापस करने की अनुमति देता है।

नुकसान
इन उपकरणों को लिनक्स कर्नेल में ब्लैकलिस्ट किया गया है libata-core.c गैर-कतारबद्ध TRIM आदेश भेजने के लिए बाध्य करने के लिए (ATA_HORKAGE_NO_NCQ_TRIM) कतारबद्ध TRIM कमांड के बजाय इन ड्राइव्स पर:
 * कुछ अस्वीकृत एन्क्रिप्शन योजनाओं में संपूर्ण डिस्क को यादृच्छिक कचरे की तरह दिखाना शामिल है। TRIM का उपयोग करने से प्रशंसनीय खंडन की यह परत पराजित हो जाती है क्योंकि बनाए गए सभी-शून्य (या सभी-एक) ब्लॉक आसानी से इंगित करते हैं कि कौन से ब्लॉक का उपयोग किया जाता है। यह तर्क दिया गया है कि TRIM को अक्षम करना संदिग्ध भी हो सकता है।
 * TRIM कमांड के मूल संस्करण को T13 उपसमिति द्वारा एक गैर-कतारबद्ध कमांड के रूप में परिभाषित किया गया है, और इसके परिणामस्वरूप लापरवाही से उपयोग किए जाने पर बड़े पैमाने पर निष्पादन जुर्माना लगाया जा सकता है, उदाहरण के लिए, यदि प्रत्येक फाइलसिस्टम डिलीट कमांड के बाद भेजा जाता है। कमांड की गैर-कतारबद्ध प्रकृति के लिए ड्राइवर को पहले सभी बकाया कमांडों के समाप्त होने की प्रतीक्षा करने की आवश्यकता होती है, TRIM कमांड जारी करें, फिर सामान्य कमांड्स को फिर से शुरू करें। एसएसडी में फर्मवेयर के आधार पर टीआरआईएम को पूरा होने में काफी समय लग सकता है, और कचरा संग्रह (एसएसडी) चक्र भी ट्रिगर कर सकता है। इस पेनल्टी को उन समाधानों में कम किया जा सकता है जो सिस्टम उपयोग कम होने पर ऐसे बैच जॉब्स को शेड्यूल करके प्रत्येक फ़ाइल हटाने पर ट्रिमिंग करने के बजाय बैच टीआरआईएम और/या आवधिक टीआरआईएम करते हैं। कतारबद्ध TRIM कमांड की शुरुआत के साथ सीरियल ATA संशोधन 3.1 में इस TRIM नुकसान को दूर किया गया है।
 * केवल कुछ हाइपरविजर (जैसे हाइपर-वी, समानताएं डेस्कटॉप) ने अतिथि ओएस (2023 तक) के लिए टीआरआईएम लागू किया है।
 * दोषपूर्ण ड्राइव फर्मवेयर जो कतारबद्ध TRIM के लिए समर्थन की गलत सूचना देता है या इसके कार्यान्वयन में महत्वपूर्ण बग हैं, गंभीर डेटा भ्रष्टाचार और/या गंभीर बग जैसे कई उपकरणों में लगातार फ्रीज से जुड़ा हुआ है, विशेष रूप से माइक्रोन और क्रूसियल का M500 और सैमसंग की 840 और 850 श्रृंखला। लिनक्स ऑपरेटिंग सिस्टम पर डेटा भ्रष्टाचार की पुष्टि की गई है (1 जुलाई 2015 तक कतारबद्ध ट्रिम समर्थन वाला एकमात्र ओएस)।
 * माइक्रोन/क्रूशियल M500 फ़ैक्टरी पुन: प्रमाणित एसएसडी सहित सभी फ़र्मवेयर संस्करणों का उपयोग कर रहा है
 * फर्मवेयर संस्करण MU01 का उपयोग करके माइक्रोन M510
 * फर्मवेयर संस्करण MU01 का उपयोग कर माइक्रोन/क्रूशियल M550
 * फर्मवेयर संस्करण MU01 का उपयोग करते हुए महत्वपूर्ण MX100
 * सभी फर्मवेयर संस्करणों का उपयोग कर सैमसंग 840 और 850 श्रृंखला एसएसडी

यह फ़ाइल सामान्य रूप से TRIM के विरुद्ध SuperSpeed ​​S238 को भी ब्लैकलिस्ट करती है क्योंकि TRIM जारी होने पर गलत ब्लॉक डेटा खो देता है।

libata-core.c के पास SSDs को सूचीबद्ध करने के लिए एक श्वेतसूची भी है जो DRAT और RZAT फ़्लैग्स को सही ढंग से लागू करने के लिए सबसिस्टम के अनुरक्षकों के लिए विश्वसनीय रूप से ज्ञात हैं, उन्हें अनदेखा करने के बजाय, जैसा कि कई ड्राइव करते हैं। श्वेतसूचीबद्ध ड्राइव इस प्रकार हैं: * महत्वपूर्ण एसएसडी
 * Intel SSDs, Intel SSD 510 को छोड़कर
 * माइक्रोन एसएसडी
 * सैमसंग एसएसडी
 * सीगेट एसएसडी

यह भी देखें

 * डेटा अवशेष

बाहरी संबंध

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