क्या मुझे थर्ड-पार्टी सॉफ़्टवेयर के साथ अपना एसएसडी "ऑप्टिमाइज़" करने की आवश्यकता है?

विषयसूची:

क्या मुझे थर्ड-पार्टी सॉफ़्टवेयर के साथ अपना एसएसडी "ऑप्टिमाइज़" करने की आवश्यकता है?
क्या मुझे थर्ड-पार्टी सॉफ़्टवेयर के साथ अपना एसएसडी "ऑप्टिमाइज़" करने की आवश्यकता है?

वीडियो: क्या मुझे थर्ड-पार्टी सॉफ़्टवेयर के साथ अपना एसएसडी "ऑप्टिमाइज़" करने की आवश्यकता है?

वीडियो: क्या मुझे थर्ड-पार्टी सॉफ़्टवेयर के साथ अपना एसएसडी
वीडियो: Why You Need to Learn about Software Updates - YouTube 2024, मई
Anonim
इष्टतम प्रदर्शन के लिए पारंपरिक यांत्रिक डिस्क ड्राइव को डिफ्रैग्मेंट किया जाना चाहिए, हालांकि विंडोज़ अब स्वचालित रूप से ऐसा करने का अच्छा काम करता है। कुछ सॉफ्टवेयर कंपनियां दावा करती हैं कि उनके उपकरण एसएसडी को "अनुकूलित" कर सकते हैं, जैसे डिस्क डिफ्रैगमेंटर्स यांत्रिक ड्राइव को तेज कर सकते हैं।
इष्टतम प्रदर्शन के लिए पारंपरिक यांत्रिक डिस्क ड्राइव को डिफ्रैग्मेंट किया जाना चाहिए, हालांकि विंडोज़ अब स्वचालित रूप से ऐसा करने का अच्छा काम करता है। कुछ सॉफ्टवेयर कंपनियां दावा करती हैं कि उनके उपकरण एसएसडी को "अनुकूलित" कर सकते हैं, जैसे डिस्क डिफ्रैगमेंटर्स यांत्रिक ड्राइव को तेज कर सकते हैं।

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

उन कार्यक्रमों से दूर रहें जो आपके सॉलिड स्टेट ड्राइव को "डिफ्रैगमेंट" करने का दावा करते हैं

सॉलिड-स्टेट ड्राइव को डीफ्रैग्मेंट नहीं किया जाना चाहिए। विंडोज 7 और विंडोज 8 जैसे आधुनिक ऑपरेटिंग सिस्टम एसएसडी को डीफ्रैगमेंट करने का प्रयास नहीं करेंगे। अच्छा, अद्यतित डिस्क डिफ्रैग्मेंटेशन सॉफ़्टवेयर को एसएसडी को डीफ्रैगमेंट करने से इंकार कर देना चाहिए।

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

Defragmentation वास्तव में एक ठोस राज्य ड्राइव के लिए बुरा है, क्योंकि यह अतिरिक्त पहनने के लिए जोड़ देगा। सॉलिड-स्टेट ड्राइव्स में सीमित मात्रा में लिखने होते हैं, और कुछ भी जो कि कई अनावश्यक अतिरिक्त लेखन में परिणाम देता है, आपके ड्राइव के जीवन काल को कम कर देगा।

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

निर्णय: Defragmentation हमेशा बुरा है, दूर रहो!

Image
Image

कुछ कार्यक्रम टीआरआईएम कमांड भेजते हैं, लेकिन ओएस पहले से ही यह करता है

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

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

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

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

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

यदि आप Windows Vista जैसे पुराने ऑपरेटिंग सिस्टम का उपयोग कर रहे हैं या आप पहले ड्राइव पर ऐसे ऑपरेटिंग सिस्टम का उपयोग कर रहे थे, तो यह संभव है कि फ़ाइलों के हटाए गए हिस्सों अभी भी प्रतीक्षा कर रहे हैं और TRIMMed होने का इंतजार कर रहे हैं। ऐसे टीआरआईएम संकेत भेजना एक बार सैद्धांतिक रूप से ऐसी स्थिति में मदद कर सकता है, लेकिन इससे कोई फर्क नहीं पड़ता कि आप विंडोज 7 का उपयोग कर रहे हैं, जो फ़ाइलों को हटाए जाने पर टीआरआईएम कमांड भेजता है।

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

निर्णय: टीआरआईएम कमांड भेजने वाले ऑप्टिमाइज़ेशन यूटिलिटीज हानिरहित हैं, लेकिन अनावश्यक हैं। यदि आप एक एसएसडी के साथ विंडोज के पुराने संस्करण का उपयोग कर रहे हैं, तो विंडोज 7 या 8 में अपग्रेड करें।

Image
Image

अन्य कार्यक्रम मुक्त स्थान को मजबूत करते हैं

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

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

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

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

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

निर्णय: आपका एसएसडी आपके लिए पहले से ही खाली जगह को समेकित कर रहा है। यह एक सॉफ्टवेयर प्रोग्राम की तुलना में एक बेहतर काम कर रहा है जो यह नहीं देख सकता कि वास्तव में आपके ड्राइव पर क्या चल रहा है। ऐसे कार्यक्रम शायद आपके कंप्यूटर के संसाधनों को बर्बाद कर देंगे और एसएसडी पहनेंगे।

Image
Image

"अनुकूलन" अनावश्यक है

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

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

एसएसडी ऑप्टिमाइज़ेशन प्रोग्राम की कोई ज़रूरत नहीं है, दुर्भाग्यपूर्ण है क्योंकि डिस्क डिफ्रैग्मेंटेशन कंपनियां अपने व्यवसाय को विविधता देने की कोशिश कर रही हैं क्योंकि पारंपरिक यांत्रिक हार्ड ड्राइव कम आम हो जाती हैं।

सिफारिश की: