व्यर्थ में अपना समय और एसएसडी संसाधन कैसे बर्बाद करें? आसान और सरल

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

परीक्षण या निदान? कई कार्यक्रम हैं, लेकिन सार एक है

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

यह सिर्फ इतना हुआ कि डेस्कटॉप सिस्टम में डेटा स्टोरेज सबसिस्टम सबसे कमजोर जगहों में से एक है, क्योंकि ड्राइव की सर्विस लाइफ अक्सर पीसी, अन्य-इन-वन या लैपटॉप के अन्य घटकों की तुलना में कम होती है। यदि पहले यह यांत्रिक घटक से जुड़ा था (प्लेट हार्ड डिस्क में घूमती हैं, सिर चलती हैं) और कुछ समस्याओं को बिना किसी प्रोग्राम को चलाए पहचाना जा सकता है, अब सब कुछ थोड़ा और जटिल हो गया है - एसएसडी के अंदर कोई क्रंच नहीं है और नहीं हो सकता है। तो SSD के मालिक क्या करते हैं?

SSDs के परीक्षण के लिए बहुत सारे कार्यक्रम हैं। उनमें से कुछ लोकप्रिय हो गए हैं और लगातार अपडेट किए जा रहे हैं, उनमें से कुछ लंबे समय से भूल गए हैं, और कुछ इतने अच्छे हैं कि डेवलपर्स ने उन्हें सालों तक अपडेट नहीं किया है - बस कोई मतलब नहीं है। गंभीर मामलों में, आप अंतर्राष्ट्रीय सॉलिड स्टेट स्टोरेज (SSS) परफॉर्मेंस टेस्ट स्पेसिफिकेशन (PTS) का उपयोग करके एक पूर्ण परीक्षण चला सकते हैं, लेकिन हम चरम पर नहीं जाएंगे। तुरंत, हम यह भी ध्यान देते हैं कि कुछ निर्माता समान ऑपरेटिंग गति का दावा करते हैं, लेकिन वास्तव में गति काफ़ी कम हो सकती है: यदि ड्राइव नया और सेवा योग्य है, तो हमारे पास SLC कैशिंग के साथ एक समाधान है, जहां अधिकतम गति केवल पहले कुछ गीगाबाइट्स (या गीगाबाइट्स के दसियों) में उपलब्ध है यदि डिस्क क्षमता 900 GB से अधिक है), और फिर गति कम हो जाती है। यह पूरी तरह से सामान्य स्थिति है। कैश आकार कैसे समझें और सुनिश्चित करें कि समस्या वास्तव में समस्या नहीं है? उदाहरण के लिए, 50 GB की क्षमता वाली एक फ़ाइल लें और इसे स्पष्ट रूप से तेज़ मीडिया से प्रयोगात्मक ड्राइव पर कॉपी करें। गति अधिक होगी, फिर यह एसएसडी मॉडल के आधार पर, 50-150 एमबी / एस के भीतर बहुत अंत तक कम हो जाएगा और समान रहेगा। यदि परीक्षण फ़ाइल को असमान रूप से कॉपी नहीं किया जाता है (उदाहरण के लिए, 0 एमबी / एस की गति में एक बूंद के साथ ठहराव हैं), तो आपको निर्माता से मालिकाना सॉफ्टवेयर का उपयोग करके एसएसडी की स्थिति के बारे में अतिरिक्त परीक्षण और अध्ययन के बारे में सोचना चाहिए।

एसएलसी कैशिंग तकनीक के साथ एसएसडी के सही संचालन का एक ज्वलंत उदाहरण स्क्रीनशॉट में प्रस्तुत किया गया है:



जो उपयोगकर्ता विंडोज 10 का उपयोग करते हैं, वे आगे की कार्रवाई के बिना समस्याओं के बारे में पता लगा सकते हैं - जैसे ही ऑपरेटिंग सिस्टम एसएमएआरटी में नकारात्मक बदलाव देखता है, यह बैकअप डेटा की सिफारिश के साथ इस बारे में चेतावनी देता है। लेकिन तथाकथित बेंचमार्क के अनुसार, थोड़ा पीछे चलते हैं। SSD बेंचमार्क, क्रिस्टलडिस्कमार, एविल्स स्टोरेज यूटिलिटीज, ATTO डिस्क बेंचमार्क, TxBench और, आखिरकार, Iometer परिचित नाम हैं, हैं ना? यह निर्विवाद है कि किसी भी आवधिकता के साथ आप में से प्रत्येक स्थापित एसएसडी की गति की जांच करने के लिए इन बहुत ही बेंचमार्क को लॉन्च करता है। यदि ड्राइव जीवित और अच्छी तरह से है, तो हम देखते हैं, इसलिए बोलने के लिए, सुंदर परिणाम जो आंख को प्रसन्न करते हैं और बटुए में धन के लिए मन की शांति सुनिश्चित करते हैं। और हम किस प्रकार की संख्या देखते हैं? सबसे अधिक बार, चार संकेतक मापा जाता है - अनुक्रमिक पढ़ना और लिखना, 4K (KB) ब्लॉक ऑपरेशन, मल्टीथ्रेडेड 4K ब्लॉक ऑपरेशन, और प्रतिक्रिया समय। उपरोक्त सभी संकेतक महत्वपूर्ण हैं। हां, उनमें से प्रत्येक अलग ड्राइव के लिए पूरी तरह से अलग हो सकता है। उदाहरण के लिए, ड्राइव नंबर 1 और नंबर 2 के लिए, एक ही अनुक्रमिक पढ़ने और लिखने की गति घोषित की जाती है, लेकिन 4K ब्लॉक के साथ गति परिमाण के एक क्रम से भिन्न हो सकती है - यह सब मेमोरी, नियंत्रक और फर्मवेयर पर निर्भर करता है। इसलिए, विभिन्न मॉडलों के परिणामों की तुलना करना असंभव है। एक सही तुलना के लिए, केवल पूरी तरह से समान ड्राइव की अनुमति है। आईओपीएस के रूप में अभी भी ऐसा एक संकेतक है, लेकिन यह ऊपर सूचीबद्ध अन्य संकेतकों पर निर्भर करता है, इसलिए हमें इस बारे में अलग से बात नहीं करनी चाहिए। कभी-कभी बेंचमार्क में यादृच्छिक पढ़ने / लिखने के संकेतक होते हैं, लेकिन उन्हें मुख्य मानने का कोई मतलब नहीं है, हमारी राय में।



और, जैसा कि आप अनुमान लगा सकते हैं, प्रत्येक कार्यक्रम के परिणाम अलग-अलग डेटा दिखा सकते हैं - यह सभी परीक्षण मापदंडों पर निर्भर करता है जो डेवलपर सेट करता है। कुछ मामलों में, अलग-अलग परिणाम प्राप्त करने के लिए उन्हें बदला जा सकता है। लेकिन अगर आप "माथे पर" परीक्षण करते हैं, तो संख्या बहुत भिन्न हो सकती है। यहां एक और परीक्षा उदाहरण है, जहां डिफ़ॉल्ट सेटिंग्स के साथ, हम अनुक्रमिक पढ़ने और लिखने के उल्लेखनीय परिणाम देखते हैं। लेकिन आपको 4K ब्लॉक के साथ काम करने की गति पर भी ध्यान देना चाहिए - यहां सभी प्रोग्राम पहले से ही एक ही परिणाम के बारे में बताते हैं। वास्तव में, यह परीक्षण कुंजी में से एक है।



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

वास्तव में, परिदृश्यों के आधार पर, आपको स्वयं पैरामीटर चुनने की आवश्यकता है। यह एक चीज़ है - घर या ऑफिस सिस्टम जो विंडोज / लिनक्स / मैकओएस का उपयोग करते हैं, और कुछ कार्यों को करने के लिए डिज़ाइन किए गए सर्वर सिस्टम। उदाहरण के लिए, डेटाबेस के साथ काम करने वाले सर्वरों में, NVMe ड्राइव को स्थापित किया जा सकता है जो कम से कम 256 की कतार की गहराई को पूरी तरह से पचाता है और जिसके लिए ऐसी 32 या 64 एक बेबी टॉक है। बेशक, इस मामले में, ऊपर सूचीबद्ध क्लासिक बेंचमार्क का उपयोग करना समय की बर्बादी है। बड़ी कंपनियां मालिकाना परीक्षण स्क्रिप्ट का उपयोग करती हैं, उदाहरण के लिए, फियो उपयोगिता के आधार पर। जिन लोगों को कुछ कार्यों को पुन: पेश करने की आवश्यकता नहीं है, वे अंतरराष्ट्रीय एसएनआईए पद्धति का उपयोग कर सकते हैं, जो सभी परीक्षणों का वर्णन करता है और छद्म लिपियों की पेशकश करता है। हां, यह उन पर थोड़ा काम करेगा, लेकिन आप पूरी तरह से स्वचालित परीक्षण प्राप्त कर सकते हैं, जिसके परिणामों के अनुसार आप ड्राइव के व्यवहार को समझ सकते हैं - इसकी ताकत और कमजोरियों की पहचान करें, देखें कि यह लंबे समय तक लोड के तहत कैसे व्यवहार करता है और विभिन्न डेटा ब्लॉक के साथ काम करने के प्रदर्शन का विचार प्राप्त करता है। ।

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

थ्योरी अच्छी है, लेकिन चलो चीजों की वास्तविक स्थिति पर वापस जाएं। जैसा कि हमने पहले ही कहा, आपके द्वारा खरीदे गए विशेष ड्राइव के निर्माता द्वारा परीक्षण मापदंडों पर डेटा खोजना महत्वपूर्ण है। यह सब सोचें? नहीं, बिलकुल नहीं। बहुत कुछ हार्डवेयर प्लेटफॉर्म पर निर्भर करता है - परीक्षण बेंच जिस पर परीक्षण किया जाता है। बेशक, यह डेटा एक विशेष एसएसडी के लिए विनिर्देश में भी संकेत दिया जा सकता है, लेकिन ऐसा हमेशा नहीं होता है। इस पर क्या निर्भर करता है? उदाहरण के लिए, SSD खरीदने से पहले, आप कुछ समीक्षाएं पढ़ते हैं। उनमें से प्रत्येक में, लेखकों ने एक ही मानक बेंचमार्क का उपयोग किया, जिसमें विभिन्न परिणाम दिखाई दिए। किस पर विश्वास करें? यदि मदरबोर्ड और सॉफ्टवेयर (ऑपरेटिंग सिस्टम सहित) समान थे - सवाल उचित है, तो आपको जानकारी के एक अतिरिक्त स्वतंत्र स्रोत की तलाश करनी होगी। लेकिन अगर बोर्ड या ओएस अलग हैं - चीजों के क्रम में परिणामों में अंतर पर विचार किया जा सकता है। एक अन्य ड्राइवर, एक अन्य ऑपरेटिंग सिस्टम, एक और मदरबोर्ड, साथ ही परीक्षण के दौरान विभिन्न तापमान ड्राइव - यह सब अंतिम परिणामों को प्रभावित करता है। यह इस कारण से है कि आपको उन संख्याओं को प्राप्त करना लगभग असंभव है जो आप निर्माताओं की वेबसाइटों पर या समीक्षाओं में देखते हैं। और इसी कारण से, यह आपके परिणामों और उन अन्य उपयोगकर्ताओं के बीच अंतर के बारे में चिंता करने का कोई मतलब नहीं है। उदाहरण के लिए, तृतीय-पक्ष SATA नियंत्रकों को कभी-कभी मदरबोर्ड (संबंधित पोर्ट की संख्या बढ़ाने के लिए) पर लागू किया जाता है, और वे अक्सर बदतर गति होते हैं। इसके अलावा, अंतर 25-35% तक हो सकता है! दूसरे शब्दों में, दावा किए गए परिणामों को पुन: पेश करने के लिए, परीक्षण पद्धति के सभी पहलुओं का कड़ाई से निरीक्षण करना आवश्यक होगा। इसलिए, यदि आपके द्वारा प्राप्त गति संकेतक घोषित लोगों के अनुरूप नहीं हैं, तो आपको उसी दिन स्टोर पर वापस नहीं जाना चाहिए। जब तक, निश्चित रूप से, यह न्यूनतम गति और विफलताओं के साथ एक महत्वपूर्ण स्थिति नहीं है जब डेटा पढ़ या लिख ​​रहा हो। इसके अलावा, एक निश्चित बिंदु पर स्थिर प्रदर्शन नामक एक बिंदु पर रुककर, समय के साथ सबसे अधिक एसएसडी की गति बदल जाती है। तो सवाल यह है कि क्या एसएसडी को अंत में लगातार परीक्षण करना आवश्यक है? हालांकि काफी सही नहीं है। यह बेहतर है: क्या SSDs का लगातार परीक्षण करना समझ में आता है?

नियमित परीक्षण या निगरानी व्यवहार?

तो क्या यह आवश्यक है, काम से घर आकर, बेंचमार्क को एक बार फिर से चलाना शुरू करना है? यह सिर्फ अनुशंसित नहीं है। यह पसंद है या नहीं, लेकिन इस प्रकार का कोई भी मौजूदा प्रोग्राम ड्राइव पर डेटा लिखता है। कुछ और, कुछ कम, लेकिन वे लिखते हैं। हां, एसएसडी संसाधन की तुलना में, दर्ज मात्रा काफी कम है, लेकिन यह है। और हटाए गए डेटा को संसाधित करने के लिए TRIM / Deallocate फ़ंक्शन को समय लगेगा। सामान्य तौर पर, यह नियमित रूप से या कुछ भी नहीं करने के साथ परीक्षण चलाने के लिए कोई मतलब नहीं है। लेकिन अगर रोज़मर्रा के काम में आपको सिस्टम की कमी या एसएसडी पर स्थापित भारी सॉफ़्टवेयर, साथ ही फ़्रीज, बीएसओडी, लिखने और पढ़ने में त्रुटियां दिखाई देने लगती हैं, तो आपको समस्या के कारण की पहचान करके पहले से ही हैरान हो जाना चाहिए। यह संभव है कि समस्या अन्य घटकों के पक्ष में हो, लेकिन ड्राइव की जांच करना सबसे आसान है। इसके लिए SSD के निर्माता से मालिकाना सॉफ्टवेयर की आवश्यकता होगी। हमारे ड्राइव के लिए - किंग्स्टन एसएसडी प्रबंधक। लेकिन सबसे पहले, महत्वपूर्ण डेटा का बैकअप लें, और उसके बाद ही निदान और परीक्षण करें। सबसे पहले, SSD स्वास्थ्य क्षेत्र को देखें। इसके दो संकेतक हैं। पहला ड्राइव का तथाकथित पहनावा है, दूसरा स्पेयर मेमोरी क्षेत्र का उपयोग है। जितना कम मूल्य, उतनी अधिक चिंता आपको होनी चाहिए। बेशक, अगर ड्राइव के बहुत गहन उपयोग के साथ मूल्यों में प्रति वर्ष 1-2-3% की कमी आती है, तो यह एक सामान्य स्थिति है। एक और बात है, यदि विशेष भार के बिना, मान असामान्य रूप से जल्दी से घटते हैं। पास में एक और क्षेत्र है - स्वास्थ्य अवलोकन। यह संक्षेप में रिपोर्ट करता है कि क्या विभिन्न प्रकार की त्रुटियां दर्ज की गई हैं, और ड्राइव की सामान्य स्थिति का संकेत दिया गया है। हम नए फर्मवेयर की भी जांच करते हैं। अधिक सटीक रूप से, कार्यक्रम इसे स्वयं करता है। यदि कोई है, और डिस्क अजीब तरीके से व्यवहार करती है (त्रुटियां हैं, तो "स्वास्थ्य" का स्तर कम हो जाता है और अन्य घटकों को आमतौर पर बाहर रखा जाता है), फिर हम इसे सुरक्षित रूप से स्थापित कर सकते हैं।



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



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



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



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

प्रत्येक सेल पर नजर रखना बोल्ड है। मूर्ख लेकिन बहादुर

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

क्या आप स्मार्ट के बारे में अधिक जानकारी दे सकते हैं?

एक बार सभी ने विशिष्ट नामों (विशेषताओं) और उनके मूल्यों को संबंधित अनुभाग में या मुख्य कार्यक्रम विंडो में सीधे प्रदर्शित किया, जैसा कि ऊपर दिए गए स्क्रीनशॉट में देखा जा सकता है। लेकिन उनका क्या मतलब है और उन्हें कैसे समझना है? चलिए थोड़ा पीछे चलते हैं समझने के लिए कि क्या है। सिद्धांत रूप में, प्रत्येक निर्माता इस अद्वितीयता के साथ संभावित खरीदार को आकर्षित करने के लिए अपने स्वयं के उत्पाद में से कुछ लाता है। लेकिन स्मार्ट के साथ यह थोड़ा अलग था।

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



इसलिए यह अनुशंसा की जाती है कि आप स्वामित्व वाले सॉफ़्टवेयर का उपयोग करें जो संगत ड्राइव मॉडल की सभी जटिलताओं से अवगत है। इसके अलावा, ड्राइव की स्थिति के बारे में विश्वसनीय जानकारी प्राप्त करने के लिए अंग्रेजी इंटरफ़ेस का उपयोग करने की दृढ़ता से सिफारिश की जाती है। अक्सर रूसी में अनुवाद पूरी तरह से सही नहीं होता है, जिससे भ्रम पैदा हो सकता है। और स्वयं प्रलेखन, जिसका हमने ऊपर उल्लेख किया है, अक्सर अंग्रेजी में प्रदान किया जाता है।

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

(ID 1) Read Error Rate – .

(ID 5) Reallocated Sector Count – . , , . SSD , . . LBA , , . – . , .

(ID 9) Power On Hours – , .

(ID 12) Power Cycle Count – , ( ).

(ID 170) Used Reserved Block Count – .

(ID 171) Program Fail Count – .

(ID 172) Erase Fail Count – .

(ID 174) Unexpected Power Off Count – ( ) .

(ID 175) Program Fail Count Worst Die – .

(ID 176) Erase Fail Count Worst Die – .

(ID 178) Used Reserved Block Count worst Die – .

(ID 180) Unused Reserved Block Count (SSD Total) – ( , ) .

(ID 187) Reported Uncorrectable Errors – .

(ID 194) Temperature – .

(ID 195) On-the-Fly ECC Uncorrectable Error Count – .

(ID 196) Reallocation Event Count – .

(ID 197) Pending Sector Count – , .

(ID 199) UDMA CRC Error Count – , SATA .

(ID 201) Uncorrectable Read Error Rate – .

(ID 204) Soft ECC Correction Rate – .

(ID 231) SSD Life Left – / .

(ID 241) GB Written from Interface – , .

(ID 242) GB Read from Interface – , .

(ID 250) Total Number of NAND Read Retries – .

, . , , . , : – , – . – . - – , , .

?

, . – . , SSD. , . , , . . . , . – . , -, – . Kingston A400R 256 . TBW 80 (81920 ), – 1 . , , 224 . ? – . 25 , 9 . A1000 150 600 , ! 5- , 960 330 , , , . , ? , – . , . – . Kingston HyperX SSD प्रबंधक , जिसके पास औसत उपयोगकर्ता कार्यक्षमता के लिए आवश्यक सब कुछ है। हालांकि, यह संभावना नहीं है कि आपका किंग्स्टन या हाइपरएक्स विफल हो जाएगा ... यह सब है, सभी में सफलता और आपके ड्राइव का लंबा जीवन!

PS एसएसडी के साथ समस्याओं के मामले में, प्लांटैन अभी भी मदद नहीं करता है :( किंग्स्टन



उत्पादों के बारे में अधिक जानकारी के लिए, कृपया कंपनी की वेबसाइट पर जाएं।