💍 🧔🏽 ⚙️ विश्वसनीयता परीक्षण SSDs: 3Dnews बनाम JEDEC बनाम सामान्य ज्ञान। सच कहाँ है भाई? 🦕 👩🏾‍🚒 ⚛️

हर कोई 3dnews (2018.01 का प्रकाशन) से पौराणिक एसएसडी विश्वसनीयता परीक्षण जानता है, जिसके परिणामस्वरूप कुछ बजट ड्राइव निर्माता द्वारा घोषित संसाधन को दस के कारक से अधिक कर देते हैं।

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

Technport.com परीक्षण ( 2013.08.20 को प्रकाशित) के आधार पर 3dnews.ru का एक अध्ययन आयोजित किया गया था।

पहनने के प्रतिरोध को मापने के लिए पद्धति का भी उपयोग किया गया था।

Techreport तकनीक:

हम सिंथेटिक बेंचमार्क के साथ SSD धीरज सीमा को बहुत तेजी से आगे बढ़ा सकते हैं। असंख्य विकल्प हैं, लेकिन सबसे अच्छा है एविल की कल्पनाशील नाम से स्टोरेज यूटिलिटीज।

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

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

3Dnews.ru तकनीक:

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

दोनों ही मामलों में, एनविल की स्टोरेज यूटिलिटीज का उपयोग किया गया था।

1. और तकनीक में क्या गलत है?

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

दोनों OS और नियंत्रक (यदि यह एक छोटा DRAM कैश है) समूह लगातार रिकॉर्डिंग के लिए जा रहा है और एक विशेष डिवाइस की विशेषता के बड़े देशी ब्लॉक लिखता है। इसी समय, व्यावहारिक रूप से कोई रिकॉर्डिंग लाभ नहीं है और व्यावहारिक रूप से लेवलिंग एल्गोरिदम पहनने की कोई आवश्यकता नहीं है।

वास्तविक परिस्थितियों में, पहनने के स्तर के एल्गोरिथ्म के गुणक और उच्च गुणवत्ता वाले कार्यान्वयन दोनों का भंडारण संसाधन पर एक मजबूत प्रभाव पड़ता है।

समस्या 1. जब क्रमिक रूप से WAF फाइल लिखना ly 1

एक परीक्षण इस तरह से निर्मित किया गया है कि रिकॉर्ड गुणन कारक (WAF) इसमें एकता के लिए जाता है, अनुमानित रूप से संसाधन पर overestimated परिणाम देगा। 3Dnews द्वारा विश्लेषण किए गए अधिकांश डिस्क (जिसमें से WAF को निकाला जा सकता है) में रिकॉर्डिंग का लाभ by1-1.11 था। 3dnews विशेषज्ञों ने इसे कुशल नियंत्रक एल्गोरिदम के साथ समझाया। केवल शाब्दिक रूप से WAF का एक उदाहरण अप्रभावी नियंत्रक द्वारा समझाया जाना था।

हालांकि, मेरी राय में, पूरा बिंदु परीक्षण पद्धति में है, जिसने एक अनुक्रमिक रिकॉर्ड (जिस पर WAF → 1) उत्पन्न किया, जिसने एसएसडी-ड्राइव के संसाधन का एक overestimation दिया।
आगे, मैं कितनी बार मूल्यांकन करेगा।

समस्या 2. पहनने के स्तर की एल्गोरिथ्म की गुणवत्ता का परीक्षण नहीं किया गया है

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

समस्या 3. संसाधन थकावट के बाद डेटा अवधारण का परीक्षण नहीं किया जाता है

यदि आप कई महीनों से यात्रा पर जा रहे हैं, तो यह स्पष्ट नहीं है कि क्या डिस्क पर भरोसा करना संभव है जिसने अपने पासपोर्ट संसाधन को विकसित किया है।

समस्या 4. क्रमिक रूप से एक डिस्क को भरना, इसके बाद लगभग पूरी तरह से मिटा देना, एक वास्तविक उपयोगकर्ता-परिभाषित व्यवहार पैटर्न नहीं है

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

मेरी राय में आदर्श परीक्षा, यह है कि परीक्षण के दौरान, SSD 80-90% से भरा रहता है, जबकि पुरानी फ़ाइलों को बेतरतीब ढंग से हटाकर और नए जोड़ते हैं।

2. एनीमेशन कारक रिकॉर्डिंग

2.1। फ़ाइल सिस्टम विखंडन

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

1 बदले हुए क्लस्टर को लिखने के लिए, नियंत्रक को पहले पूरे NAND हार्डवेयर पेज (जो आकार में सैकड़ों किलोबाइट तक पहुंच सकता है) को पढ़ना चाहिए, 4K को बदलना होगा, और फिर यह सब लिखना होगा। यदि NAND पेज की उपयोगी क्षमता का आकार 64K है, तो हमारे पास 16 गुना का रिकॉर्डिंग लाभ है।

NAND में वास्तविक पृष्ठ आकार

टिप्पणी से :

नंद चिप्स में वास्तविक पृष्ठ आकार आमतौर पर सैकड़ों किलोबाइट नहीं होते हैं, लेकिन 528, 2112, 4224, 4320, 8576, 8640, 8832, 8896, 9216, 17664, 18048, 18336, आदि। छोटे आकार पुराने SLC चिप्स के लिए मान्य हैं, TLC और QLC के आकार बड़े हैं। इस तरह के अजीब आकार क्योंकि, उपयोगकर्ता डेटा के अलावा, सहायक डेटा (ईसीसी, झंडे, ब्लॉक संख्या, रिकॉर्ड काउंटर, आदि) को स्टोर करना आवश्यक है।

2.2। संरेखण एल्गोरिथ्म पहनें

इस तरह के एक एल्गोरिथ्म को नियंत्रक के अंदर एक अलग प्रक्रिया के रूप में लागू किया जा सकता है। यह कुछ इस तरह काम करेगा:

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

RAM = a a = b b = RAM

एक छोटे या लापता DRAM बफर के साथ, तीन प्रविष्टियों की आवश्यकता होती है।

 temp = a a = b b = temp

एक आदर्श पहनने लेवलिंग एल्गोरिथ्म में ये ऑपरेशन बेहद दुर्लभ होंगे, क्योंकि यह कम पहनने वाले पृष्ठों का उपयोग करने के लिए केवल स्थिर डेटा को स्थानांतरित करने के लिए समझ में आता है, इसलिए हम रिकॉर्ड एनीमेशन पर पहनने के स्तर के एल्गोरिदम के प्रभाव की उपेक्षा करेंगे। यद्यपि, निश्चित रूप से, इस बात की कोई गारंटी नहीं है कि वास्तविक एल्गोरिदम आदर्श एल्गोरिदम का उपयोग करते हैं।

2.3। ठेठ SSD लेखन यादृच्छिक है, 4-8KB ब्लॉक

SSD रिकॉर्डिंग की सामान्य प्रकृति मूल रूप से एक यादृच्छिक 8KB रिकॉर्ड है । यहां तक कि अगर कोई विखंडन नहीं है, तो एक विशिष्ट रिकॉर्डिंग ब्लॉक का आकार नंद पृष्ठ के आकार से कम होगा और रिकॉर्डिंग को गुणा करने का कारण होगा।

2.4। कचरा संग्रह एल्गोरिदम

यहाँ सबसे बड़ा नुकसान है। NAND मेमोरी में ब्लॉक का आकार कई मेगाबाइट तक पहुंच जाता है। एक ब्लॉक में कई पेज होते हैं।

पृष्ठों को अलग से पढ़ा और लिखा जा सकता है, और एक ब्लॉक को पूरी तरह से मिटाया जा सकता है।

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

जब तक मुक्त स्थान है, तो सबसे अधिक संभावना है कि यह भी शुरू नहीं होगा, इसलिए समय के साथ, ब्लॉकों में कई छेद बनते हैं।

कम डिस्क स्थान, तेज WAF (लिखें प्रवर्धन कारक) बढ़ता है।

WAF में वृद्धि को स्पष्ट करने के लिए, मैं निम्नलिखित चित्र दूंगा:

चित्र 87.5%, भरे हुए डेटा के साथ NAND मेमोरी ब्लॉक दिखाता है। रिकॉर्डिंग के लिए स्थान खाली करने के लिए, एक पुनर्व्यवस्था होती है, जिसमें 7 ब्लॉकों को फिर से लिखा जाता है और मिटा दिया जाता है 1. कुल WAF = 8 निकलता है!

बेशक, आपको यह भी ध्यान रखना चाहिए कि अधिकांश SSD में एक बैकअप क्षेत्र होता है जिसमें रिकॉर्डिंग पुनर्वितरण भी होता है। लेकिन, एक नियम के रूप में, यह छोटा है।

उपभोक्ता ड्राइव के लिए छिपे हुए क्षेत्र का विशिष्ट आकार 7.37% है , जैसा कि निर्माता अरबों बाइट्स में आकार का संकेत देते हैं, और माइक्रोक्रिबिट्स गीगाबाइट में क्षमता रखते हैं। 1 गीगाबाइट = 1,073,741,824 बाइट्स)।

यदि डिस्क 90% पूर्ण है और 7.37% का छिपा हुआ क्षेत्र है, तो WAF 6.18 होगा!

WAF को इस सूत्र का उपयोग करके रेट किया जा सकता है:

W A F_{} t e x t क च र ा स ं ग ् र ह = f r a c 1 1 - f r a c K_{} t e x t ड ि स ् क प ू र ् ण K_{} t e x t अ त ि र ि क ् त क ् ष े त ् र

$WAF_ \ text {कचरा संग्रह} = \ frac {1} {1 - \ frac {K_ \ text {डिस्क पूर्ण}} {K_ \ text {अतिरिक्त क्षेत्र}}}$

K _{डिस्क पूर्णता} - 0 से 1 तक, जहां 1 - 100% डिस्क परिपूर्णता।
K _{आरक्षित क्षेत्र} - 1 से, जहाँ 1 - 0% आरक्षित क्षेत्र, 1.1 - आरक्षित क्षेत्र का 10%, और इसी तरह।

मुफ़्त डिस्क स्थान का WA बनाम प्रतिशत का अनुमानित भूखंड।

ग्राफ़ दिखाता है कि डिस्क पूरी तरह से बढ़ जाती है क्योंकि डिस्क पूर्ण हो जाती है, 15 के करीब पहुंच जाती है जब डिस्क 7.37% (उपभोक्ता डिस्क के लिए एक विशिष्ट संख्या) के पूर्ण क्षेत्र के साथ होती है, क्योंकि निर्माता अरबों बाइट्स में आकार का संकेत देते हैं, और माइक्रोब्रिचिट्स गीगाबाइट में क्षमता रखते हैं। 1 गीगाबाइट = 1,073,741,824 बाइट्स)।

आपने शायद खुद गौर किया हो कि अगर वहां कुछ प्रतिशत खाली जगह हो तो फोन कितना धीमा होने लगता है। आखिरकार, यह फ्लैश मेमोरी का भी उपयोग करता है। मेमोरी को 100% पर रोकना न केवल बहुत धीमा है, बल्कि यह बहुत सारे भंडारण संसाधन भी खर्च करता है।

विषय पर एक अलग लेख ।

2.5। सभी कारकों से कुल WAF

WAFs शिथिल युग्मित कारकों द्वारा गुणा किए गए हैं।

3. कस्टम SSDs के लिए JEDEC से संसाधन मापने की पद्धति

सितंबर 2010 के JEDEC स्टैंडर्ड "सॉलिड-स्टेट ड्राइव (SSD) एंड्योरेंस वर्कलोड" में, JESD219A संशोधन SSDs के परीक्षण के लिए कार्यप्रणाली का वर्णन करता है।

संक्षेप में: जेईडेक इंजीनियरों ने मुख्य रूप से कार्यालय कार्यक्रमों के साथ काम करते हुए 7 महीने तक लैपटॉप उपयोगकर्ता की रिकॉर्डिंग, टीआरआईएम और फ्लश (डिस्क में बफ़र्स को फ्लश करने के लिए एक कमांड) के लिए लॉग रिकॉर्ड किया। संभवतः, विंडोज 7 को 4K के क्लस्टर आकार के साथ NTFS फाइल सिस्टम पर लैपटॉप (2009 से TRIM का समर्थन करता है) पर स्थापित किया गया था।

उपयोगकर्ता संदर्भ कंप्यूटर विवरण और सामान्य सांख्यिकी

प्लेटफॉर्म और वर्कलोड
मानक लैपटॉप पीसी, 2 जीबी रैम, 128 जीबी एसएटीए एसएसडी, ट्रिम का समर्थन करने वाले ऑपरेटिंग सिस्टम पर एकत्र किया गया
मुख्य उपयोग: कार्यालय उत्पादकता
द्वितीयक उपयोग: फ़ोटो, संगीत और ऐप्स का संग्रहण

ट्रेस विशेषताओं

CSV प्रारूप वाली फ़ाइल में राइट / ट्रिम्स / फ्लश कैप्चर किए गए: $ कमांड ऑफ़सेट आकार
49 GB पदचिह्न (कुल डेटा छुआ गया)
128 जीबी स्पान्ड (एलबीए की पहुंच की सीमा)

ट्रिम किए गए स्थान की औसत मात्रा = 13 जीबी (ट्रेस की अवधि के दौरान औसत)

अन्य ट्रेस लक्षण

कमांड की गिनती
कुल आदेशों का # (नहीं पढ़ता है गिना)	39923531
# ट्रिम्स का	2498963
# लिखता है	35391419
# फ्लश का	2033149
ऑपरेशन के प्रकार
Trims का%	6.26%
ित% ण	88.65%
फ्लश का%	5.09%
अनुक्रमिक बनाम रैंडम लिखते हैं
अनुक्रमिक लेखन का%	24.36%
रैंडम राइट्स का%	75.64%
डेटा की कुल राशि
ट्रिम (GB)	764.92
लिखो (GB)	727.64

मैंने यह समझने के लिए इस लॉग को पार्स किया कि वहाँ क्या गतिविधियाँ दर्ज की गईं।

	512	1K +	2K +	4K +	8K +	16K +	32K +	64K +	128 के +
संचालन%	1.88	0.79	1.15	36.76	7.49	46.29	2.74	1.40	1.49
रिकॉर्ड मात्रा,%	0.04	0.04	0.15	6.85	3.21	34.76	4.68	4.86	45.42

परीक्षण के दौरान, इस लॉग (मास्टर ट्रेस) का उपयोग करके प्रविष्टियों को दोहराने का सुझाव दिया जाता है जब तक कि रिकॉर्ड किए गए टेराबाइट्स (टीबीडब्ल्यू) की आवश्यक संख्या टाइप नहीं की जाती है, जिसके बाद यह जांचना आवश्यक है कि सेल कितने समय तक चार्ज (प्रतिधारण समय) को स्टोर करते हैं। एक कस्टम एसएसडी के लिए, यह समय 25 ℃ के भंडारण तापमान पर लगभग 2 साल का होना चाहिए अगर ऑपरेटिंग तापमान 40 ℃ था। चूंकि कोई भी 2 साल इंतजार नहीं करेगा, इसलिए वे भंडारण तापमान में वृद्धि करते हैं, जो इलेक्ट्रॉनों के उच्च रिसाव की ओर जाता है, और विशेष तालिकाओं ( अरहेनियस समीकरण के अनुसार निर्मित) के अनुसार, सामान्य तापमान पर डेटा भंडारण समय की गणना की जाती है।

रोचक तथ्य:

जैसा कि आप जानते हैं, नंद-स्मृति को उन पृष्ठों में विभाजित किया जाता है जो ब्लॉक में संयुक्त होते हैं। लिखना और पढ़ना पृष्ठ दर पृष्ठ होता है, और केवल ब्लॉकों में मिटता है।

जब आपको किसी चीज़ को फिर से लिखने की ज़रूरत होती है, तो आदर्श फ़र्मवेयर कुछ इस तरह से काम करता है: यह संशोधित डेटा वाले पृष्ठों को एक ब्लॉक में लिखता है जहाँ अभी भी अलिखित पेज हैं और FTL (फ्लैश ट्रांसलेशन लेयर) में एक नया पत्राचार LBA → पेज स्थापित करता है, और पुराने पृष्ठ को अमान्य के रूप में चिह्नित करता है। यदि इस तरह के ब्लॉक नहीं हैं, तो कचरा कलेक्टर शुरू होता है, जो आधे भरे हुए ब्लॉक से भरे हुए ब्लॉक से डेटा को संकलित करता है।

यह एक आदर्श विकल्प है। सभी कस्टम SSD में अच्छे वियर लेवलिंग एल्गोरिदम नहीं होते हैं। जैसा कि 3Dnews के नाटकीय रूप से भिन्न परीक्षा परिणामों से देखा गया है।

एक विशिष्ट पृष्ठ का आकार 8KB और ऊपर है, और 2MB और उससे ऊपर का ब्लॉक आकार है। JEDEC परीक्षण में, ड्राइव ने 38% से अधिक कभी नहीं भरा, इसलिए, जैसा कि मुझे संदेह है, वहां हमेशा मुक्त ब्लॉक थे और इसलिए कचरा संग्रहकर्ता का कोई सक्रिय कार्य नहीं था, जो एसएसडी संसाधनों को भी बर्बाद करता है। लेकिन डेटा के कभी-कभी अधूरे पृष्ठों के साथ और कभी-कभी एक रिकॉर्ड NAND पृष्ठों की सीमा के साथ गुजरता है, इस तथ्य के कारण WAF (लिखें गुणा कारक) था।

मैंने JEDEC के परीक्षण में पृष्ठ के आकार के आधार पर WAF की गणना करने के लिए एक स्क्रिप्ट लिखी थी। यहाँ नंद पृष्ठ के आकार के आधार पर WAF है:

	1K	2K	4K	8K	16K	32K	64K	128K
WAF	1.0	1.0	1.01	1.11	1.31	2.06	3.54	6.5

3Dnews के परीक्षण में, WAF लगभग 1 है, क्योंकि फाइलें क्रमिक रूप से लिखी जाती हैं, और Windows ने कैशिंग लिखा है, जिसके दौरान क्षेत्रों को क्रमबद्ध तरीके से लिखा जाता है।

एक विशिष्ट परिदृश्य में, जब पृष्ठ 8K (सैमसंग 840 ईवीओ) WAF केवल 1.11 (3Dnews से 11% डेटा की त्रुटि) है, जिसे माफ किया जा रहा है। लेकिन अगर हम WAF को ध्यान में रखते हैं, जो कचरा संग्रह एल्गोरिथ्म का परिचय देता है, तो हम क्षमा नहीं कर सकते।

4. पहनने के प्रतिरोध के लिए कॉर्पोरेट ड्राइव का परीक्षण करने के लिए JEDEC पद्धति

इसे बहुत अधिक औपचारिक बताया गया है और स्थितियाँ अधिक गंभीर हैं। विभिन्न लंबाई के रिकॉर्ड का स्पष्ट प्रतिशत निर्दिष्ट किया गया है। आकार में 4096 बाइट्स तक के रिकॉर्ड को बेतरतीब ढंग से स्थानांतरित किया जा सकता है, और 4K से अधिक की लंबाई के साथ 4K ऑफसेट में गठबंधन किया जाना चाहिए।

रिकॉर्ड आकार	शेयर,%
512 बाइट्स (0.5KB)	4%
1024 बाइट्स (1KB)	1%
1536 बाइट्स (1.5KB)	1%
2048 बाइट्स (2KB)	1%
2560 बाइट्स (2.5KB)	1%
3072 बाइट्स (3KB)	1%
3584 बाइट्स (3.5KB)	1%
4096 बाइट्स (4KB)	67%
8192 बाइट्स (8KB)	10%
16384 बाइट्स (16KB)	7%
32,768 बाइट्स (32KB)	10%
65,536 बाइट्स (64KB)	10%

पृष्ठ आकार के आधार पर WAF की गणना।

	1K	2K	4K	8K	16K	32K	64K	128K
WAF	1.13	1.26	1.52	2.05	3.10	5.19	9.38	17.76

5. 3dnews परीक्षण परिणामों में संशोधनों की गणना

हमें जेकेक विधि के अनुसार पहनने के प्रतिरोध को 3 डीएनज़ के अनुसार पहनने के प्रतिरोध में परिवर्तित करने के लिए सुधार कारकों की आवश्यकता है।

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

JEDEC विधि के अनुसार, डिस्क केवल 38% भरी हुई है, जो 1.55 गुना (ऊपर सूत्र के अनुसार) के कचरा संग्रह के कारण हमें WAF में वृद्धि देती है। यह अनुपात हर में होगा।

अगला, हम NAND पृष्ठ के आकार (JEDEC विधि का उपयोग कर कस्टम SSDs के परीक्षण से प्राप्त) और WAF द्वारा गुणा के आधार पर रिकॉर्ड के गुणन के कारक को ध्यान में रखेंगे, जो हमारे पास गारबेज कलेक्टर से है।

K_ \ text {संशोधन} = \ frac {2 * WAF_ \ text} डिस्क पूर्णता से कचरा संग्रहकर्ता} * WAF_ \ पाठ {पृष्ठ आकार और अभिलेखों की प्रकृति}}} {WAF_ \ text {कचरा संग्रह Jecec}}

$K_ \ text {संशोधन} = \ frac {2 * WAF_ \ text} डिस्क पूर्णता से कचरा संग्रहकर्ता} * WAF_ \ पाठ {पृष्ठ आकार और अभिलेखों की प्रकृति}}} {WAF_ \ text {कचरा संग्रह Jecec}}$

7.37% के अतिरिक्त क्षेत्र के साथ डिस्क के लिए सुधार कारक।

	डिस्क पूर्णता,%
	50	55	60	65	70	75	80	85	90	95	100
2K	2.4	2.6	2.9	3.3	3.7	4.3	5.1	6.2	8.0	11.2	18.8
4K	2.4	2.7	3.0	3.3	3.7	4.3	5.1	6.3	8.1	11.3	19.0
8K	2.7	2.9	3.2	3.6	4.1	4.8	5.6	6.9	8.9	12.4	20.9
16K	3.2	3.5	3.8	4.3	4.9	5.6	6.6	8.1	10.4	14.7	24.6
32K	5.0	5.4	6.0	6.7	7.6	8.8	10.4	12.8	16.4	23.1	38.7
64K	8.5	9.4	10.4	11.6	13.1	15.1	17.9	21.9	28.2	39.6	66.5
128K	15.7	17.2	19.0	21.3	24.1	27.8	32.9	40.2	51.8	72.8	122.1

10% के अतिरिक्त क्षेत्र के साथ डिस्क के लिए सुधार कारक।

	डिस्क पूर्णता,%
	50	55	60	65	70	75	80	85	90	95	100
2K	2.4	2.6	2.8	3.2	3.5	4.1	4.7	5.7	7.1	9.5	14.2
4K	2.4	2.6	2.9	3.2	3.6	4.1	4.8	5.7	7.2	9.6	14.3
8K	2.6	2.9	3.2	3.5	3.9	4.5	5.3	6.3	7.9	10.5	15.8
16K	3.1	3.4	3.7	4.1	4.6	5.3	6.2	7.4	9.3	12.4	18.6
32K	4.9	5.3	5.8	6.5	7.3	8.4	9.7	11.7	14.6	19.5	29.2
64K	8.4	9.1	10.0	11.2	12.6	14.4	16.7	20.1	25.1	33.5	50.2
128K	15.4	16.8	18.5	20.5	23.1	26.4	30.8	36.9	46.1	61.5	92.3

20% के अतिरिक्त क्षेत्र के साथ डिस्क के लिए सुधार कारक।

	डिस्क पूर्णता,%
	50	55	60	65	70	75	80	85	90	95	100
2K	2.2	2.4	2.6	2.8	3.1	3.4	3.9	4.4	5.2	6.2	7.7
4K	2.2	2.4	2.6	2.8	3.1	3.5	3.9	4.5	5.2	6.3	7.8
8K	2.5	2.6	2.9	3.1	3.4	3.8	4.3	4.9	5.7	6.9	8.6
16K	2.9	3.1	3.4	3.7	4.1	4.5	5.1	5.8	6.8	8.1	10.1
32K	4.6	4.9	5.3	5.8	6.4	7.1	8.0	9.1	10.6	12.8	15.9
64K	7.8	8.4	9.1	10.0	11.0	12.2	13.7	15.7	18.3	21.9	27.4
128K	14.4	15.5	16.8	18.3	20.1	22.4	25.2	28.8	33.5	40.3	50.3

30% से अधिक क्षेत्र के साथ डिस्क के लिए सुधार कारक।

	डिस्क पूर्णता,%
	50	55	60	65	70	75	80	85	90	95	100
2K	2.1	2.2	2.4	2.6	2.8	3.0	3.4	3.7	4.2	4.8	5.6
4K	2.1	2.3	2.4	2.6	2.8	3.1	3.4	3.8	4.2	4.8	5.6
8K	2.3	2.5	2.7	2.9	3.1	3.4	3.7	4.1	4.7	5.3	6.2
16K	2.7	2.9	3.1	3.4	3.7	4.0	4.4	4.9	5.5	6.3	7.3
32K	4.3	4.6	4.9	5.3	5.8	6.3	6.9	7.7	8.6	9.9	11.5
64K	7.4	7.9	8.5	9.1	9.9	10.8	11.9	13.2	14.8	17.0	19.8
128K	13.6	14.5	15.6	16.8	18.2	19.8	21.8	24.2	27.3	31.2	36.3

6. सर्वरों में कस्टम SSDs का उपयोग करने के लिए 3Dnews परीक्षण परिणामों में संशोधन

मुझे कहना होगा कि यह एक बुरा विचार है। लेकिन कई ऐसा करते हैं। इसलिए, हम उपयोगकर्ता डिस्क के संसाधन को सर्वर के रूप में निर्धारित करने के लिए सुधार कारकों की गणना करने का प्रयास करेंगे। हम 3dnews परीक्षण से प्रतिरोध पहनते हैं और इसे कॉर्पोरेट उपयोग के लिए अपेक्षित संसाधन (JEDEC पद्धति) प्राप्त करने के लिए आवश्यक गुणांक से विभाजित करते हैं।
सर्वरों को डिस्कनेक्ट स्थिति में इस तरह के दीर्घकालिक भंडारण की आवश्यकता नहीं होती है, जैसा कि उपयोगकर्ता एसएसडी में है। यहाँ इसी तालिका है:

लोड के तहत 50 ℃ ऑपरेशन के एक विशिष्ट तापमान पर, ड्राइव को 25 ℃ में ऑफ स्टेट में 58 सप्ताह का 50 1 वर्ष का डेटा स्टोरेज प्रदान करना चाहिए।

कस्टम अनुप्रयोगों के लिए (जहां ऑफ स्टेट में 2 साल के लिए डेटा सुरक्षा आवश्यक है), हमने संसाधन को 2 गुना घटा दिया। कॉर्पोरेट उपयोग के लिए, इस तरह का एक लंबा शेल्फ जीवन आवश्यक नहीं है, इसलिए हम एक छोटी संख्या लेते हैं, उदाहरण के लिए, 1.3।

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

इस तथ्य के साथ एक समस्या है कि मानक बैकअप क्षेत्र के आकार या कॉर्पोरेट ड्राइव के लिए खाली स्थान का वर्णन नहीं करता है। इसलिए, हम _{JEDEC कॉर्पोरेट परीक्षण} के WAF का सही मूल्यांकन नहीं कर सकते हैं, इसलिए हम JEDEC कस्टम SSD परीक्षण से यह संख्या (1.55) लेंगे।

7.37% के अतिरिक्त क्षेत्र के साथ डिस्क के लिए सुधार कारक।

	डिस्क पूर्णता,%
	50	55	60	65	70	75	80	85	90	95	100
1K	1.8	1.9	2.1	2.4	2.7	3.1	3.7	4.5	5.9	8.2	13.8
2K	2.0	2.2	2.4	2.7	3.0	3.5	4.1	5.1	6.5	9.2	15.4
4K	2.4	2.6	2.9	3.2	3.7	4.2	5.0	6.1	7.9	11.1	18.6
8K	3.2	3.5	3.9	4.4	4.9	5.7	6.7	8.3	10.6	14.9	25.0
16K	4.9	5.3	5.9	6.6	7.5	8.6	10.2	12.5	16.1	22.6	37.9
32K	8.1	8.9	9.9	11.0	12.5	14.4	17.1	20.9	26.9	37.8	63.4
64K	14.7	16.1	17.8	19.9	22.6	26.1	30.9	37.8	48.6	68.3	114.6
128K	27.9	30.5	33.8	37.7	42.8	49.4	58.4	71.5	92.1	129.3	216.9

10% के अतिरिक्त क्षेत्र के साथ डिस्क के लिए सुधार कारक।

	डिस्क पूर्णता,%
	50	55	60	65	70	75	80	85	90	95	100
1K	1.7	1.9	2.1	2.3	2.6	3.0	3.5	4.2	5.2	7.0	10.4
2K	1.9	2.1	2.3	2.6	2.9	3.3	3.9	4.6	5.8	7.7	11.6
4K	2.3	2.5	2.8	3.1	3.5	4.0	4.7	5.6	7.0	9.3	14.0
8K	3.2	3.4	3.8	4.2	4.7	5.4	6.3	7.6	9.5	12.6	18.9
16K	4.8	5.2	5.7	6.4	7.1	8.2	9.5	11.4	14.3	19.1	28.6
32K	8.0	8.7	9.6	10.6	12.0	13.7	16.0	19.2	23.9	31.9	47.9
64K	14.4	15.7	17.3	19.2	21.6	24.7	28.8	34.6	43.3	57.7	86.5
128K	27.3	29.8	32.8	36.4	41.0	46.8	54.6	65.5	81.9	109.2	163.9

20% के अतिरिक्त क्षेत्र के साथ डिस्क के लिए सुधार कारक।

	डिस्क पूर्णता,%
	50	55	60	65	70	75	80	85	90	95	100
1K	1.6	1.7	1.9	2.1	2.3	2.5	2.8	3.2	3.8	4.5	5.7
2K	1.8	2.0	2.1	2.3	2.5	2.8	3.2	3.6	4.2	5.1	6.3
4K	2.2	2.4	2.5	2.8	3.1	3.4	3.8	4.4	5.1	6.1	7.6
8K	2.9	3.2	3.4	3.8	4.1	4.6	5.2	5.9	6.9	8.3	10.3
16K	4.5	4.8	5.2	5.7	6.2	6.9	7.8	8.9	10.4	12.5	15.6
32K	7.5	8.0	8.7	9.5	10.4	11.6	13.1	14.9	17.4	20.9	26.1
64K	13.5	14.5	15.7	17.2	18.9	21.0	23.6	27.0	31.5	37.8	47.2
128K	25.5	27.5	29.8	32.5	35.7	39.7	44.7	51.1	59.6	71.5	89.4

30% से अधिक क्षेत्र के साथ डिस्क के लिए सुधार कारक।

	डिस्क पूर्णता,%
	50	55	60	65	70	75	80	85	90	95	100
1K	1.5	1.6	1.8	1.9	2.1	2.2	2.5	2.7	3.1	3.5	4.1
2K	1.7	1.8	2.0	2.1	2.3	2.5	2.7	3.1	3.4	3.9	4.6
4K	2.1	2.2	2.4	2.5	2.8	3.0	3.3	3.7	4.1	4.7	5.5
8K	2.8	3.0	3.2	3.4	3.7	4.1	4.5	5.0	5.6	6.4	7.5
16K	4.2	4.5	4.8	5.2	5.6	6.1	6.8	7.5	8.5	9.7	11.3
32K	7.1	7.5	8.1	8.7	9.4	10.3	11.3	12.6	14.1	16.2	18.9
64K	12.8	13.6	14.6	15.7	17.0	18.6	20.5	22.7	25.6	29.2	34.1
128K	24.2	25.8	27.7	29.8	32.3	35.2	38.7	43.0	48.4	55.3	64.5

8. निष्कर्ष

यदि आप अपने कंप्यूटर को कई महीनों तक बंद नहीं करते हैं, तो NAND पेज का आकार 16KB से अधिक नहीं है, और डिस्क लगभग आधा भरा हुआ है, तो 3dnews द्वारा प्राप्त संसाधन संकेतकों को 3 से विभाजित करने की आवश्यकता है।

एक विशिष्ट परिदृश्य (डिस्क अधिभोग 90%, पृष्ठ आकार 8KB) के लिए, JEDEC मानकों के अनुसार संसाधन प्राप्त करने के लिए, 9 संसाधन को 3news द्वारा विभाजित करें।

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

दुर्लभ मामलों के लिए, जब नंद पृष्ठ का आकार 16KB से अधिक होता है, और डिस्क काफी घनी होती है, तब ड्राइव के वास्तविक संसाधन की गणना करने के लिए, इसे दसियों से कम करना पड़ता है, और कभी-कभी सैकड़ों बार।

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

संदर्भ

→ सस्ते फ्लैश ड्राइव के साथ लिनक्स का अनुकूलन
→ पेज के आकार और फ्लैश मेमोरी के ब्लॉक का निर्धारण कैसे करें

पीएस सीधी त्रुटियां जो आप पीएम को नोटिस करते हैं। मैं इसके लिए कर्म बढ़ाता हूं।

छवि के लिए धन्यवाद।

आप नीचे कूपन के लिए RUVDS से SSD के साथ वर्चुअल मशीन ऑर्डर कर सकते हैं।

विश्वसनीयता परीक्षण SSDs: 3Dnews बनाम JEDEC बनाम सामान्य ज्ञान। सच कहाँ है भाई?

1. और तकनीक में क्या गलत है?

समस्या 1. जब क्रमिक रूप से WAF फाइल लिखना ly 1

समस्या 2. पहनने के स्तर की एल्गोरिथ्म की गुणवत्ता का परीक्षण नहीं किया गया है

समस्या 3. संसाधन थकावट के बाद डेटा अवधारण का परीक्षण नहीं किया जाता है

2. एनीमेशन कारक रिकॉर्डिंग

2.1। फ़ाइल सिस्टम विखंडन

2.2। संरेखण एल्गोरिथ्म पहनें

2.3। ठेठ SSD लेखन यादृच्छिक है, 4-8KB ब्लॉक

2.4। कचरा संग्रह एल्गोरिदम

2.5। सभी कारकों से कुल WAF

3. कस्टम SSDs के लिए JEDEC से संसाधन मापने की पद्धति

4. पहनने के प्रतिरोध के लिए कॉर्पोरेट ड्राइव का परीक्षण करने के लिए JEDEC पद्धति

5. 3dnews परीक्षण परिणामों में संशोधनों की गणना

6. सर्वरों में कस्टम SSDs का उपयोग करने के लिए 3Dnews परीक्षण परिणामों में संशोधन

8. निष्कर्ष

संदर्भ

More articles: