उपयोग किए गए SSD ड्राइव के प्रदर्शन को बहाल करना और जीवन का आकलन करना?


70

मेरा पुराना 128 जीबी एसएसडी ड्राइव लगभग डेढ़ साल पुराना है, और मैंने तब से दूसरे ड्राइव में अपग्रेड किया है।

मैं अपने पुराने SSD को साफ करना चाहूंगा ...

  • इसके प्रदर्शन को लगभग नए स्तरों पर पुनर्स्थापित करें

  • इसका पुनर्वास करें और आम तौर पर इसे स्वास्थ्य जांच दें

मैं यह कार्य कैसे करूं?


4
यद्यपि यह पुनर्स्थापना को कवर नहीं करता है, लेकिन ऐसा होने से रोकने के लिए आपको यह ब्लॉग पोस्ट दिलचस्प लग सकता है।
तमारा विज्समैन

1
मैं अभी इसे याद कर सकता हूं, लेकिन मैंने यह नहीं देखा कि नीचे दिए गए किसी भी उत्तर को " चेक " किया गया था । इस सवाल के मामले में मैं वास्तव में उत्सुक हूं कि आखिरकार आपके लिए "सर्वश्रेष्ठ" काम करने के लिए क्या हुआ। (अगर आपको याद है ...)
तर्कहीन जॉन

जवाबों:


56

लिनक्स पर, बस चलाते हैं

hdparm --trim-sector-ranges start:count /dev/sda

ब्लॉक गुजर पर्वतमाला आप के बजाय ट्रिम करना चाहते startऔर countके स्थान पर और एसएसडी डिवाइस /dev/sda। यह तेज होने और ड्राइव पर शून्य न लिखने का फायदा है। बल्कि, यह बस SSD कंट्रोलर को TRIM कमांड भेजता है जिससे यह पता चलता है कि आप उन ब्लॉकों के डेटा की परवाह नहीं करते हैं और यह स्वतंत्र रूप से मान सकते हैं कि वे इसके कचरा संग्रह एल्गोरिदम में अप्रयुक्त हैं।

आपको संभवतः इस कमांड को रूट के रूप में चलाने की आवश्यकता है। चूँकि यह कमांड बेहद खतरनाक है, क्योंकि यह तुरंत बड़े डेटा हानि का कारण बन सकता है, आपको कॉपी और पेस्ट के कारण होने वाले आकस्मिक डेटा हानि को रोकने के --please-destroy-my-driveलिए hdparm(मैंने इसे कमांड लाइन में नहीं जोड़ा है।)

उपरोक्त कमांड लाइन में, /dev/sdaSSD डिवाइस के साथ प्रतिस्थापित किया जाना चाहिए जिसे आप TRIM कमांड भेजना चाहते हैं। startTRIM के पहले ब्लॉक (सेक्टर) का पता है, और countउस शुरुआती पते से मुक्त होने के लिए ब्लॉक की संख्या है। आप कमांड में कई रेंज पास कर सकते हैं।

व्यक्तिगत रूप से इसे उबंटू 11.04 पर एचडीपीएम v9.32 के साथ उबंटू 11.04 पर अपने लैपटॉप पर 128 जीबी क्रूसियल रियलएसएसडी सी 300 के साथ करने के बाद, मुझे एक मुद्दे को इंगित करना होगा: मैं रेंज के रूप में डिस्क ब्लॉक की कुल संख्या (0: 2500,000680) को पारित करने में सक्षम नहीं था। । मैंने मैन्युअल रूप से (हाथ से "द्विआधारी खोज") ब्लॉक काउंट के लिए एक बड़ा पर्याप्त मूल्य पाया जो काम किया (40000) और पूरे डिस्क को खाली करने के लिए 40000 रेंज के अनुक्रम पर TRIM आदेश जारी करने में सक्षम था। ऐसा करना सरल शेल स्क्रिप्ट के साथ ऐसा करना संभव है (रूट के तहत Ubuntu 11.04 पर परीक्षण किया गया):

 # fdisk -lu /dev/sda

 Disk /dev/sda: 128.0 GB, 128035676160 bytes
 255 heads, 63 sectors/track, 15566 cylinders, total 250069680 sectors
 ...  

संपूर्ण ड्राइव को मिटाने के लिए, उस कुल संख्या को सेक्टर में ले जाएँ और 250069680 को उस संख्या के साथ निम्न पंक्ति में बदलें और चलाएँ (जोड़ें --please-destroy-my-drive):

 # i=0; while [ $i -lt 250069680 ]; do echo $i:40000; i=$(((i+40000))); done \
 | hdparm --trim-sector-ranges-stdin /dev/sda

और आपने कल लिया! आप डिस्क की कच्ची सामग्री को hexedit /dev/sdaपहले और बाद में पढ़ने की कोशिश कर सकते हैं और सत्यापित कर सकते हैं कि ड्राइव ने डेटा को छोड़ दिया है।


बेशक, भले ही आप मशीन के प्राथमिक ओएस के रूप में लिनक्स का उपयोग नहीं करना चाहते हैं, आप एक लाइव सीडी को बंद करके और इसे ड्राइव पर चलाकर इस चाल का लाभ उठा सकते हैं।


3
महान लिखते हैं, लेकिन यह दुर्भाग्य से SSD के समर्थन में गैर-TRIM के लिए काम नहीं करेगा। उसके लिए आपको थोड़ा और आगे जाने की आवश्यकता होगी। कैसे HDparm के साथ ऐसा करने के निर्देश के लिए kernel.org पर ATA विकी देखें । यह बेहतर होगा यदि आप इस जानकारी को शामिल करने के लिए अपनी मूल प्रविष्टि को संशोधित कर सकते हैं :)
जेम्स

"फ्रस्ट्रिम" उपरोक्त का एक आसान संस्करण है (अलग से उत्तर देखें)।
ब्राइस

@ गलत, गलत; TRIM केवल सलाहकार के लिए है और प्रदर्शन कारणों के लिए है, न कि सुरक्षा के लिए, जिसका अर्थ है कि ड्राइव कमांड को अनदेखा करने के लिए स्वतंत्र है या बाद के समय तक देरी को मिटा सकता है, जैसा कि अधिकांश ड्राइव करते हैं।
psusi

24

सबसे पहले, आइए समझने की शुरुआत करें कि यह क्या है जो प्रदर्शन में गिरावट का कारण बनता है। यह जानने के बिना, कई लोग अपर्याप्त समाधान सुझाएंगे (जैसा कि मैं पहले से ही हो रहा है)। इस पूरे विधेय का मूल रूप से निम्नलिखित तथ्य के लिए नीचे आता है, जैसा कि विकिपीडिया से उद्धृत किया गया है । इसे याद रखें, यह महत्वपूर्ण है:

नंद फ्लैश मेमोरी के साथ, ब्लॉक-वार फैशन में अनलॉक और मिटाने के दौरान रीड-एंड-प्रोग्रामिंग ऑपरेशन को पेज-ए-टाइम पर किया जाना चाहिए।

SSD के NAND फ़्लैश से बने होते हैं, और फ़्लैश में "ब्लॉक" होते हैं। प्रत्येक ब्लॉक में कई "पृष्ठ" होते हैं। सरलता के लिए, हम कल्पना करते हैं कि हमने एक चमकदार नया SSD खरीदा है जिसमें मेमोरी का एक एकल ब्लॉक है, और उस ब्लॉक में 4 खाली पृष्ठ हैं।

स्पष्टता के लिए, मैं used, 1, और X वाले खाली पृष्ठों, प्रयुक्त पृष्ठों और हटाए गए पृष्ठों में अंतर करता हूं। कुंजी यह है कि नियंत्रक परिप्रेक्ष्य से इनमें से प्रत्येक के बीच अंतर है! यह 1 और 0 के रूप में सरल नहीं है। तो, शुरू करने के लिए, हमारी ताजा ड्राइव के पन्ने इस तरह दिखते हैं:

∅, ∅, ∅, ∅ (सभी खाली)

अब, हम ड्राइव पर कुछ डेटा लिखने के लिए जाते हैं, और यह उस पहले पेज में जमा हो जाता है, इस प्रकार:

1, ∅, ∅, ∅

अगला, हम थोड़ा और अधिक डेटा लिखते हैं, केवल इस बार पर्याप्त है कि इसके लिए दो पृष्ठों की आवश्यकता है और इसलिए यह 2 और 3 पेज में संग्रहीत किया जा रहा है:

1, 1, 1,,

हम अंतरिक्ष से बाहर भाग रहे हैं! हम तय करते हैं कि हमें वास्तव में हमारे द्वारा लिखे गए प्रारंभिक डेटा की आवश्यकता नहीं है, इसलिए कमरे को बनाने के लिए इसे हटा दें:

एक्स, 1, 1,,

अंत में, हमारे पास डेटा का एक और बड़ा सेट है जिसे हमें संग्रहीत करने की आवश्यकता है जो शेष दो पृष्ठों का उपभोग करेगा। यह क्या है जो TRIM के बिना ड्राइव में हिट हिट है !! हमारे पिछले राज्य से इस पर जा रहे हैं:

1, 1, 1, 1

... अधिकांश लोगों की तुलना में अधिक काम करने की आवश्यकता होती है। फिर से यह इस तथ्य के कारण है कि फ्लैश केवल ब्लॉक-वार फैशन में ही मिट सकता है, न कि पृष्ठ-वार जो कि कॉल के लिए अंतिम संक्रमण से ठीक ऊपर है। TRIM और गैर-TRIM आधारित SSD's के बीच अंतर तब होता है जब निम्न कार्य किया जाता है!

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

TRIM के बिना, हम अंततः उपरोक्त परिदृश्य से बच नहीं सकते क्योंकि हम डेटा के साथ अपनी ड्राइव को भरते हैं। शुक्र है कि कुछ नए SSD सिर्फ TRIM से आगे निकल जाते हैं और प्रभावी रूप से TRA के रूप में पृष्ठभूमि में हार्डवेयर स्तर पर आवश्यक ATA कमांड्स के बिना ही काम करते हैं (कुछ इसे कचरा संग्रह कहते हैं)। लेकिन हम में से उन लोगों के लिए, जिनके पास या तो पर्याप्त नहीं है, यह जानना महत्वपूर्ण है कि संपूर्ण प्रदर्शन के लिए शून्य लिखना मूल प्रदर्शन को पुनः प्राप्त करने के लिए पर्याप्त नहीं है !!!!! ड्राइव के लिए सभी शून्य लिखना नियंत्रक को इंगित नहीं करता है कि फ्लैश में पेज लिखने के लिए स्वतंत्र है। एक ड्राइव पर ऐसा करने का एकमात्र तरीका जो TRIM का समर्थन नहीं करता है वह है HDDErase (वेनबैक मशीन के माध्यम से) जैसे टूल का उपयोग करके अपने ड्राइव पर ATA सिक्योर इरेज़ कमांड को लागू करना ।

मेरा मानना ​​है कि कुछ शुरुआती एसएसडी थे जो केवल विभाजन को हटाने या विंडोज 7 के "डिस्कपार्ट क्लीन ऑल" जैसी चीजों पर टीआरआईएम का समर्थन करते थे, न कि व्यक्तिगत फाइलों को हटाने पर। यह एक कारण हो सकता है कि एक पुरानी ड्राइव उस कमांड को निष्पादित करने के लिए प्रदर्शन को फिर से प्राप्त करने के लिए दिखाई दी। यह मेरे लिए थोड़ा धुंधला लगता है ...

SSD के सामान्य रूप से हार्डवेयर और गैजेट्स के बारे में मेरा अधिकांश ज्ञान anandtech.com से आता है । मैंने सोचा था कि उसे यह सब बताते हुए एक बेहतरीन राइटअप मिल गया था लेकिन मेरे जीवन के लिए मैं इसे नहीं खोज सकता!



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

1
जबकि इस उत्तर में से अधिकांश सही है कचरा संग्रहण के बारे में गलत है। सभी एसएसडी में कचरा संग्रहण होता है। वे इसके बिना काम नहीं करेंगे। कचरा संग्रहण TRIM का विकल्प नहीं है। एक खाली अवस्था में एक NAND सेल 1 का प्रतिनिधित्व करता है और आप इसे 0. लिख सकते हैं। लेकिन इसे शून्य पर वापस लाने के लिए आपको एक बार में एक पूरे ब्लॉक को मिटाना होगा। इसलिए मौजूदा डेटा को अधिलेखित करने के बजाय किसी भी परिवर्तन को एक नए ब्लॉक में लिखा जाता है और पुराने डेटा को अमान्य के रूप में चिह्नित किया जाता है। अमान्य डेटा मिटा देना कचरा संग्रह है। TRIM SSD को डेटा को अवैध बताता है जब आप इसे OS में हटाते हैं।
मिस्टर अल्फा

बिल्कुल नहीं मिस्टर अल्फा। शब्द "कचरा संग्रह" नियंत्रकों के बारे में आया था, जो प्रक्रिया को आप इष्टतम समय पर वर्णन करते हैं, जैसा कि वे केवल प्रतिक्रिया करने के लिए करते हैं जब उन्हें पूरी तरह से ऐसा करने की आवश्यकता होती है (जो फिर से, खराब प्रदर्शन के परिणामस्वरूप ड्राइव भरता है)।
जेम्स

1
शायद हमें इसे "कचरा संग्रह" नहीं कहना चाहिए और इसके बजाय पुराने, प्रतिक्रियाशील नियंत्रकों को "होर्डर्स" नाम देना चाहिए।
जेम्स

17

जाहिरा तौर पर मानक अनुशंसा सभी शून्य का एक पूर्ण ड्राइव लिखना है। मुझे पूरी तरह से यकीन नहीं है कि यह क्यों मदद करता है (बहुत कुछ नहीं लिखता है अंततः एसएसडी को मारता है?), लेकिन यह प्रमुख विक्रेता एसएसडी समर्थन मंचों द्वारा समर्थन किया जा रहा है।

तो, विंडोज में ऐसा करने के लिए:

  • प्रशासक विशेषाधिकारों के साथ कमांड प्रॉम्प्ट शुरू करें
  • आज्ञा का पालन करें diskpart

एक बार उपयोगिता में आपको एक DISKPART>संकेत दिखाई देगा और निम्नलिखित आदेश जारी करेगा:

DISKPART> list disk
DISKPART> select disk x

जाहिर है, आपको लगता है कि आप आगे बढ़ने से पहले सही SSD ड्राइव का चयन किया है !

DISKPART> clean all
DISKPART> create partition primary
DISKPART> format quick fs=NTFS 

यहाँ जादू है clean allजो ड्राइव के लिए सभी शून्य लिखता है :

यदि आप सभी पैरामीटर निर्दिष्ट करते हैं, तो प्रत्येक सेक्टर को शून्य किया जा सकता है, और ड्राइव पर निहित सभी डेटा को हटाया जा सकता है।

ऐसा करने के बाद, मैं पुष्टि कर सकता हूं कि डिस्क प्रदर्शन काफी हद तक बढ़ गया था।


11
@Jeff यही कारण है कि सभी शून्य लिखना सहायक हो सकता है हाल ही में डेविड स्पिललेट द्वारा समझाया गया था : कुछ नियंत्रक मानते हैं कि शून्य ब्लॉक को त्याग दिया जा सकता है और टीआरआईएम कमांड के प्रभाव का अनुकरण करते हुए, मुक्त स्थान के पूल में लौट सकते हैं।
11:11

1
2 अंक - सबसे पहले, आमतौर पर फ्लैश मिटाता कमांड सभी 0xffs को ब्लॉक मिटा देता है, इसलिए यह बेहतर होगा कि 0 के बजाय लिख दें। मुझे यह सुनिश्चित करने के लिए डेटशीट की जांच करनी होगी, हालांकि। दूसरा - अगर आप ड्राइव को TRIM करने में कंट्रोलर को बेवकूफ बनाने की कोशिश कर रहे हैं, तो क्या किसी तरह की उपयोगिता को चलाने के लिए यह एक अच्छा विचार नहीं होगा कि ड्राइव पर हर ब्लॉक को TRIMed किया जाए? व्यक्तिगत रूप से, मैं शायद दोनों (0xffs और TRIM) करूंगा, लेकिन मैं शायद यहां थोड़ा पांडित्यपूर्ण हूं।
डेनिस मुंसी

2
@ डेनिस यकीन है, अगर इस तरह की उपयोगिता है - मुझे एक को इंगित करने के लिए स्वतंत्र महसूस करें।
जेफ एटवुड

1
@ डेनिस: यदि ड्राइव "बिट्स" पर "भौतिक" का उपयोग कर रहा है और ये बिट्स पर तार्किक रूप से अनुवादित किए जाते हैं, तो 0xff आपके लिए आवश्यक पैटर्न हो सकता है। वे हालांकि उल्टे तर्क का उपयोग कर सकते हैं, इसलिए निर्माता के साथ प्रलेखन या संचार आगे बढ़ने से पहले सुनिश्चित करने का एकमात्र तरीका है। साडेलेट या इसी तरह का उपयोग करने का मेरा सुझाव काम कर रहे फाइल सिस्टम पर अप्रयुक्त ब्लॉक को ट्रिम करने का है। बेशक यह SSD के मानचित्रण में सभी ब्लॉकों के लिए एक गैर-ट्रिम लेखन का परिणाम होगा जो कि उपयोग और अप्रयुक्त का एक मिश्रण है।
डेविड स्पिललेट

2
मैं थोड़ा भड़क गया कि इतने सारे लोग स्पष्ट रूप से एक एसएसडी को मिटाने से अनजान हैं। टीआरआईएम हर एक ब्लॉक के लिए आवश्यक नहीं है। बस एक उपयोगिता चलाएं जो एक सुरक्षित मिटा एटीए कमांड को एसएसडी को भेजता है और आपकी समस्या हल हो गई है, चाहे एसएसडी टीआरआईएम का समर्थन करता है या नहीं।
जेम्स

16

मुझे एक टूल भी मिला, SSD Life Pro । यह मेरे लिए कुछ बुरी खबर है।

SSDLife Pro - ड्राइव स्वास्थ्य खराब है!

जैसा कि यह गणना करता है कि, यह स्मार्ट SSD संकेतकों का उपयोग करता है। जाहिर तौर पर यह स्मार्ट डेटा के आधार पर भविष्यवाणी करने की कोशिश करता है :

  • फ्लैश मेमोरी का जीवनकाल, जिस पर एसएसडी आधारित हैं, प्रति सेल में 10,000 लेखन तक सीमित है
  • अधिकांश ड्राइव अपने SMART पैरामीटर में लिखित और / या जानकारी पढ़ने के बारे में डेटा दिखाते हैं

यह मुश्किल है क्योंकि यह भी जानना आवश्यक है कि डेटा को अनुमान लगाने के लिए कब लिखा गया था, लेकिन यहाँ अंतर्निहित डेटा है:

01 त्रुटि दर 7 पढ़ें
09 पावर-ऑन आवर्स काउंट 7085
0 सी पावर साइकिल गणना 318
B8 इनिशियल बैड ब्लॉक काउंट 15
C3 प्रोग्राम विफलता ब्लॉक गणना 0
सी 4 मिटाएँ विफलता ब्लॉक गणना 0
C5 विफलता ब्लॉक गणना 0 पढ़ें
सी 6 रीड सेक्टर 5468243171
सी 7 राइट सेक्टर 41640920876
C8 पढ़ें कमांड्स 100482453
C9 लिखो कमांड 417315851
CA त्रुटि 345270 फ़्लैश से बिट्स
सीबी रीड सेक्टर के साथ करेक्टेबल बिट एरर 340001
सीसी खराब ब्लॉक पूर्ण ध्वज 0
सीडी अधिकतम पी / ई गणना विशिष्टता 5000
सीई न्यूनतम मिटाएँ गिनती 3774
सीएफ अधिकतम मिटा संख्या 65348
D0 औसत मिटाएँ गणना 4837
डी 1 शेष ड्राइव जीवन 4

वहाँ डरावना नंबर शेष ड्राइव जीवन है जो 4 है .. प्रतिशत!

और परिणामी गणना:

मॉडल: CRUCIAL_CT128M225
आकार: 128 जीबी
क्रमांक: xxxxxxxxxxxxxxxxx456
फर्मवेयर: 2030
समय पर संचालित: 318    
ड्राइव / OS में TRIM समर्थन: सक्षम / सक्षम
काम का समय: 9 महीने 16 दिन 5 घंटे
कुल डेटा पढ़ा: 2607.46 जीबी
लिखित: 19855.94 जीबी

रिकॉर्ड के लिए, इस ड्राइव को मूल रूप से अक्टूबर 2009 में खरीदा गया था, इसलिए यह एक साल और एक आधे से अधिक पुराना है।


3
@ जेफ़ जबकि फ्लैश मेमोरी प्रक्रिया के आकार में सुधार हुआ है, प्रोग्राम / इरेज़ साइकल की संख्या में गिरावट आई है । मान 0xCD बताता है कि आपके पास 10,000 के बजाय 5,000 रेटेड पी / ई चक्र के साथ 34nm- आधारित ड्राइव है।
sblair

1
@sblair जानना अच्छा है; मैंने एक नए OCZ वर्टेक्स 2 पर टूल की कोशिश की और इसमें पूरी तरह से अलग-अलग SMART फ़ील्ड और मान हैं।
जेफ एटवुड

2
वह डेटा थोड़ा बंद दिखता है - यह कहता है कि आपने लगभग 10x लिखा है जितना आपने पढ़ा है। क्या यह उच्च ध्वनि नहीं है? मैं उससे अधिक रीड्स की उम्मीद करूंगा। क्या आपके पास उस ड्राइव पर पेजफाइल है?
डेनिस मुंसी

1
अधिक डेटा बिंदु - मेरी पत्नी के मैकबुक में एक समान एसएसडी स्थापित है। यह पहले मेरा लैपटॉप था, जिसका इस्तेमाल विकास के उद्देश्य से किया गया था। मैंने बस उस SSD के आँकड़ों पर गौर किया, और 8 महीने या उस ड्राइव की ज़िंदगी में, आपके (295 दिनों) के लिए 7085 की तुलना में घंटों में इसकी कुल 17 शक्ति थी। मैं एक तथ्य के लिए जानता हूं कि मशीन कुल 17 घंटे से अधिक समय तक रही है, लेकिन ऐसा प्रतीत होता है कि ओएस आक्रामक रूप से ड्राइव को बंद कर रहा है।
डेनिस मुंसी

2
20GB एक 128GB ड्राइव के लिए लिखा है !? क्या आप वास्तव में इस ड्राइव का उपयोग कर रहे हैं?
ब्लूराजा - डैनी पफ्लुघोटे

6

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

केवल एक चीज जो मैंने पाया है कि प्रदर्शन पूरी तरह से पुनर्स्थापित करता है वह उपयोग करके सुरक्षित मिटा दिया गया था hdparm। मैंने इसे हर 6-12 महीनों में अपने एसएसडी को सुरक्षित करने की आदत बना ली है, जब यह कुछ मामूली हिचकी का अनुभव करने लगता है। Macrum उपकरणों पर किसी ने Macrumors पर मैक विशिष्ट ट्यूटोरियल बनाया ।

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


अगर ड्राइव TRIM का समर्थन नहीं करता है, तो सभी दांव बंद हो जाते हैं ..
जेफ एटवुड

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

5

मैक पर, digilloydTools DiskTester देखें । ड्राइव प्रदर्शन पर रिकंडिशनिंग के प्रभावों को देखने के लिए कुछ दिलचस्प डेटा बिंदु भी हैं।


मेरा मानना ​​है कि यह सब आपके एसएसडी के लिए शून्य की एक बहुत बड़ी फ़ाइल लिखता है। आप कर के परिणाम बचा सकते हैं cat /dev/zero > /tmp/bigfile
केंडल हॉपकिंस

4

थिंकपैड में एक छिपा हुआ BIOS मेनू है ( http://www-307.ibm.com/pc/support/site.wss/MIGR-68369.html के साथ सक्षम करें ) जो आपके SSD को रीसेट करता है।


यह संभवतः अन्य अनुशंसित टूल के समान ही काम करता है, पूरे ड्राइव के लिए शून्य लिखता है जो नियंत्रक द्वारा व्याख्या की जाती है क्योंकि हर ब्लॉक पर TRIM स्पष्ट कमांड है।
जेफ एटवुड

शायद? मुझे पता नहीं है।
chx

2

एक (सॉलिड-स्टेट ड्राइव) ssd पर छोड़े गए ssd जीवन की जाँच करने के लिए, आपको स्मार्टमोनटूल पैकेज स्थापित करना होगा। इसमें अधिकांश आधुनिक ATA और SCSI हार्ड डिस्क में निर्मित स्व-निगरानी, ​​विश्लेषण और रिपोर्टिंग प्रौद्योगिकी प्रणाली (SMART) का उपयोग करके भंडारण प्रणालियों को नियंत्रित करने और निगरानी करने के लिए दो उपयोगिता कार्यक्रम (स्मार्टक्टेल और स्मार्टड) शामिल हैं।

उबंटू, टकसाल, या डेबियन आधारित वितरण के लिए

# apt-get install smartmontools

For Fedora, Centos, or Red Hat based distributions
# yum install smartmontools

Media_Wearout_Indicator वह है जो आप ढूंढ रहे हैं। 100 मतलब के लिए आपके ssd में 100% जीवन है, कम संख्या का मतलब कम जीवन बचा है।

# smartctl -a /dev/sda | grep Media_Wearout_Indicator

मेरे लैपटॉप से ​​आउटपुट

233 Media_Wearout_Indicator 0×0032 100 100 000 Old_age Always – 0

यदि आप अपने ड्राइव से अधिक विवरण और पूर्ण विशेषताओं को देखना चाहते हैं, तो आप चला सकते हैं

# smartctl -data -A /dev/sda

स्रोत: namhuy.net/1024/how-to-check-ssd-life-left.html


2

@LeakyCode उत्तर की तुलना में अब लिनक्स सिस्टम के लिए बहुत बेहतर उत्तर है:

सुडो फ्रस्ट्रिम -v / बूट

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.