SSD राइट के साथ कैश बफ़र फ्लशिंग चालू ASD SSD में धीमा है लेकिन CDM नहीं है


4

एक NVMe ड्राइव पर SSD के रूप में प्रोग्राम का उपयोग करके बेंचमार्क चलाते समय, जब नीचे दी गई छवि में देखा गया दूसरा चेकबॉक्स अनियंत्रित होता है, तो ड्राइव को ASD (नीचे पहला बेंचमार्क स्क्रीनशॉट देखें) में भयानक लेखन प्रदर्शन मिलता है, लेकिन क्रिस्टलस्कैमार्क में नहीं (अंतिम देखें) स्क्रीनशॉट); हालाँकि, अगर मैं उस बॉक्स की जाँच करता हूँ, तो AS SSD अच्छा प्रदर्शन करता है। क्या किसी को पता है कि यहाँ क्या हो रहा है? मेरी चिंता यह है कि उस चेकबॉक्स के विवरण के अनुसार, मुझे इसकी जाँच नहीं करनी चाहिए क्योंकि मेरी ड्राइव की अपनी बिजली की आपूर्ति नहीं है, लेकिन एसएसडी इतना धीमा है, मुझे चिंता है कि अन्य कार्यक्रम प्रभावित हो सकते हैं।

यदि यह मददगार है, तो मैंने https://www.reddit.com/r/Dell/comments/628odr/toshiba_nvme_slow_write_speed_fix/ पढ़ने से पहले उस चेकबॉक्स के बारे में जान लिया , लेकिन इससे मुझे समझ नहीं आता कि सीडीएम अभी भी क्यों होगा? तेजी से। धीमी एसएसडी प्रदर्शन (तोशिबा 1 जीबी एनवीएमई) भी देखें । मैंने अपने Intel RST ड्राइवरों को अपडेट किया और इससे कोई मदद नहीं मिली।

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

यहां छवि विवरण दर्ज करें यहां छवि विवरण दर्ज करें यहां छवि विवरण दर्ज करें यहां छवि विवरण दर्ज करें


मुझे बेंचमार्क पर भरोसा नहीं है। क्या आप वाकई NVMe को समझते हैं? मैं सिर्फ बेंचमार्क की अनदेखी करूंगा।
डेविड श्वार्ट्ज

1
जब तक आप वास्तव में SSD दैनिक को सुधारने की परवाह नहीं करते हैं (तब तक इससे कोई भी डेटा पुनर्प्राप्त किए बिना) इसकी जाँच न करें। मेरा जवाब देखिए।
लॉजिकडैम

जवाबों:


5

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

इस चेकबॉक्स के बिना, यदि किसी भी बिंदु पर विफलता होती है, तो आपके पास हमेशा कम से कम पुराने संस्करण का डेटा होगा।

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

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

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

सम्बंधित:

  1. blogs.msdn.microsoft.com/oldnewthing

  2. Sandisk ExpressCache मैनुअल:

  3. कुछ अन्य मंचों


ASD के बारे में दिलचस्प सिद्धांत फ्लश कहलाता है, लेकिन मैं इसके लिए Reddit लिंक में उल्लिखित ड्राइवर के प्रदर्शन को क्यों बढ़ाऊंगा?
g491

परफॉर्मेंस बूस्ट को आपके द्वारा पोस्ट किए गए एक और लिंक में बताया गया है - superuser.com/q/1107759/131936 । मूल रूप से, यह नियंत्रक चालक का बग / खराब अनुकूलन है, जिसे नए संस्करण में तय किया गया है।
LogicDaemon

उदाहरण के लिए, यहां इंटेल द्वारा प्रकाशित किया गया है: पेज downloadmirror.intel.com/26730/eng/Release_Notes_15_5_PV.htm
LogicDaad

"इससे भी बदतर: कुछ मामलों में, आपकी टिप्पणी के संबंध में, आप क्लीन शटडाउन / रिबूट पर डेटा को ढीला कर सकते हैं, अगर ड्राइव रीसेट होने से पहले अपने आप पर कैश फ्लश नहीं करता है।" क्या आपके पास इसके लिए कोई स्रोत है? मैं कल्पना नहीं कर सकता कि अगर यह एक संभावित मुद्दा था, तो Windows एक साफ रिबूट / शटडाउन से पहले फ्लश कमांड जारी नहीं करेगा। धन्यवाद
g491

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

3

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

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

यह लेख भी देखें: नाली के नीचे अपने प्रदर्शन को फ्लश करना, अर्थात


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

हम्म, वास्तव में जो मैं विश्वास के साथ नहीं कह सकता हूं वह यह है कि डेटा कैशिंग अक्षम लिखने के साथ वैसे भी हो सकता है । मैं केवल SSD डेटा हानि के कई वर्षों के बाद, विंडोज 7 और 10 और कई SSDs के बाद यह कोशिश करना शुरू कर चुका हूं। कोड लिखना केवल अभ्यास में 10% अंतर (सबसे खराब स्थिति!) को संकलन कोड में बदल देता है - और वास्तव में मुझे केवल एक ड्राइव पर इसे अक्षम करना है, क्योंकि मैं अपने लिखने के थोक को एक अस्थायी ड्राइव में स्थानांतरित कर सकता हूं, और इस तरह से मैं उस 10% प्रदर्शन को भी न खोएं।
ल्यूक उशरवुड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.