SSD पर NTFS संपीड़न - उतार-चढ़ाव

Question

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

दूसरी ओर, चूंकि SSDs HDDs की तुलना में बहुत तेज हैं, इसलिए मैं उम्मीद करूंगा कि उच्चतर थ्रूपुट के परिणामस्वरूप उच्च CPU उपयोग होगा। क्या यह एक मुद्दा बन सकता है? मामले पर कोई अन्य विचार?

मुझे अंतरिक्ष की बचत प्रभाव पसंद है, यह बहुत बड़ा नहीं है, लेकिन यह वहां है। यदि प्रदर्शन एक चिंता है, हालांकि, मैं इसे बंद कर दूंगा:

Comments

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

— उउर गुम्मशान

@ UğurGümüşhan: वास्तव में, मैंने उच्च डेटा दरों पर तेजी से SSDs की बड़ी संपीड़ित फ़ाइलों के साथ काम करते हुए भी किसी भी अतिरिक्त CPU उपयोग को नोटिस नहीं किया।

— वायलेट जिराफ

Answer 1

Microsoft ने कुछ समय पहले एक ब्लॉग में लिखा था :

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

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

और एक KB लेख में यह लिखते हैं :

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

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

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

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

---

सारांश:

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

Comments

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

— वायलेट जिराफ़

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

— लॉरेंस

"जब आप किसी दूसरे फ़ोल्डर में एक संपीड़ित NTFS फाइल को कॉपी या स्थानांतरित करते हैं, तो NTFS फाइल को डिकम्प्रेस करता है," मैंने अभी दूसरे फ़ोल्डर में 11 GB की संपीड़ित फाइल को स्थानांतरित किया है, मैं बता सकता हूं कि यह डिकम्प्रेस नहीं हुआ क्योंकि फाइल तुरंत स्थानांतरित हो गई थी।

— एम। केज़म अखगीरी

SSD पर RAM कैश का उपयोग कैसे करें?

— एम। केज़म अखगीरी

Answer 2

जैसा कि क्लाउडियो ने बहुत सी बातें विस्तार से कही हैं, मैं उनकी राय को फिर से शुरू करने जा रहा हूं, जो कि मेरी भी है, मैंने जो कहा, उसे आजमाने के बाद मैंने वही प्रभाव देखा है।

SSD के लिए NTFS संपीड़न का उपयोग नहीं किया जाना चाहिए।

अब मैं इस तरह के प्रतिज्ञान के लिए कुछ उद्देश्यों की गणना करूंगा:

मोटिव Nch1: यह SSD कस्तूरी को तेजी से मार देगा, क्योंकि यह दो लिखता है; NTFS कम्प्रेशन ऑलवेज रैम पर कम्प्रेशन शुरू करने से पहले असम्पीडित डेटा लिखता है और फिर कंप्रेस्ड डेटा को केवल तभी लिखता है जब वह कम से कम 4KMB का लाभ ले।

मकसद N cluster2: SSD पर NTFS 4KiB क्लस्टर का उपयोग करना SSD की गति का 50% कम कर रहा है, किसी भी बेंचमार्क की जांच करें और देखेंगे कि 4KKB ब्लॉक का उपयोग करने की तुलना में 128KiB ब्लॉक SSD को दो बार तेज़ बनाता है, और NTFS संपीड़न केवल 4KiB क्लस्टर NTFS विभाजन पर उपयोग किया जा सकता है।

प्रेरक NIS3: कंटेनर होते हैं (PISMO फ़ाइल माउंट की तरह) जो एक कंटेनर बना सकते हैं जो कि फ्लाई कम्प्रेशन और / या एन्क्रिप्शन पर दिखाई देता है, ऐसे कॉन्टेनेर्स रैम पर कम्प्रेशन करते हैं और पुनः लिखने से पहले डिस्क में असम्पीडित डेटा नहीं भेजते हैं। संकुचित रूप में, और भी, NTIS की तुलना में PISMO को एक बेहतर संपीड़न अनुपात मिलता है।

बहुत अधिक उद्देश्य हैं, लेकिन वे सबसे अधिक आयातकों हैं।

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

NTFS मजबूरी केवल पारंपरिक धीमी डिस्क के लिए अच्छा है जब आपके पास बहुत अधिक उपयोग के बिना सीपीयू है, लेकिन यह प्रत्येक लिखने (फ़ाइल स्तर पर) के बाद एक अच्छा डीफ़्रेग्मेंटेशन की आवश्यकता है, क्योंकि प्रत्येक 64KiB ब्लॉक (संपीड़ित या नहीं) 64KiB स्थिति के एकाधिक पर लिखा गया है; इस तरह के टुकड़े को पैक करने का एकमात्र तरीका संपीड़न के बाद (या एक संपीड़ित फ़ोल्डर पर लिखना) ऐसी फ़ाइल का डीफ़्रैग्मेन्टेशन करना है।

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

Comments

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

— वायलेट जिराफ़

Answer 3

गैर एसएसडी पर मेयर समस्या के बारे में कोई भी बात नहीं करता है, यह विखंडन है।

प्रत्येक 64KiB ब्लॉक को लिखा जाता है, जहां यह बिना संपीड़न के होगा, लेकिन इसे संपीड़ित किया जा सकता है, इसलिए कम से कम <= 60KiB है, तो यह 64KiB से कम लिखता है, बिट घोंसला ब्लॉक जाएगा जहां यह ऐसा होगा जैसे कि पहले नहीं था संपीड़ित, इतना अंतराल अंतराल।

किसी भी विंडोज़ सिस्टम की एक पुण्य मशीन की बहु गीगाबाइट फ़ाइल के साथ इसका परीक्षण करें (वे 50% तक कम हो जाते हैं, लेकिन एक विशाल> 10000 टुकड़ों के साथ)।

और SSDs के लिए कुछ नहीं बताया गया है, यह नरक पर कैसे लिखता है? मेरा मतलब है, अगर यह इसे असम्पीडित लिखता है और फिर इसे संपीड़ित संस्करण (प्रत्येक 64KiB मेगा ब्लॉक के लिए) के साथ अधिलेखित करता है, तो SSD जीवन बहुत कट जाता है; लेकिन अगर यह इसे सीधे संपीड़ित रूप में लिखता है, तो SSD लाइव लो गेर या छोटा हो सकता है .... अब यदि आप लिखते हैं कि 64KiB केवल एक ही बार में छोटा, mu h कम होगा यदि आप लिखते हैं कि 4KiB में 64KiB, क्योंकि यह लिखेगा 64KiB (संपीड़ित रूप में) 64/4 = 16 बार के रूप में कई बार।

प्रदर्शन का जुर्माना इसलिए लगाया जाता है क्योंकि 4KiB ब्लॉक्स की जरूरत न होने पर प्राप्त सीपीयू समय को कम्प्रेशर / अनकम्प्रेस्ड करने से बड़ा होता है ... इसलिए बहुत तेज सीपीयू और बहुत ही धीमी डिस्क कंप्रेशन से लिखने और पढ़ने के लिए समय कम हो जाता है, लेकिन अगर SSD है बहुत तेज़ और CPU काफी धीमा है, यह बहुत धीमा लिखेगा।

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

मान लें कि आपके पास LZMA2 के साथ किसी अन्य डिस्क से एक बड़ी फ़ाइल को लिखने की 7Zip है, यह बहुत सारे CPU का उपयोग करेगा, इसलिए यदि आप उसी समय NTFS संपीड़ित फ़ाइल की प्रतिलिपि बना रहे हैं, तो इसमें कोई CPU मुक्त नहीं है, इसलिए यह NTFS के बिना धीमा हो जाएगा संपीड़न, लेकिन जैसे ही सीपीयू का उपयोग करके 7Zip समाप्त होता है, ऐसे CPU तेजी से NTFS सेक करने में सक्षम होंगे, और उस समय NTFS संपीड़न तेजी से चीजें कर सकते हैं।

व्यक्तिगत रूप से मैं कभी भी NTFS संपीड़न का उपयोग नहीं करता, मैं PISMO फ़ाइल माउंट PFO कंटेनरों (संपीड़न के साथ, और यह भी अनुमति देता है, दोनों को मक्खी और क्षुधा के लिए पारदर्शी) पर अनुमति देता है, यह बेहतर बेहतर अनुपात और कम CPU प्रभाव देता है, जबकि यह एक पढ़ा है और मक्खी पर लिखने के लिए, उपयोग करने से पहले विघटित करने की आवश्यकता नहीं है, बस इसे माउंट करें और इसे पढ़ने और लिखने के मोड में उपयोग करें।

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

NTFS संपीड़ित लिखने की गति मेरे SSD पर 1/2 के पास क्यों है, गैर-संपीड़ित फ़ाइलों में से 1/2 अपने आकार या निम्न संपीड़ित आकारों के पास सेक से कम है? मेरे AMD थ्रेडिपर 2950 (32 कोर और 64 थ्रेड्स) में 128GiB की रैम (फास्ट CPU, बहुत तेज CPU) के साथ इसका 1% से भी कम उपयोग होता है, इसलिए SSD की अधिकतम सेक्यूलर स्पीड की तुलना में तेजी से कम्प्रेशन करने के लिए बहुत अधिक CPU है, शायद इसलिए NTFS कंप्रेशन तब शुरू होता है जब 64KiB ब्लॉक्स को डिस्क असम्पीडित पर भेज दिया जाता है और फिर कंप्रेस्ड वर्जन के साथ ओवरराइट कर दिया जाता है ... ओह, अगर मैं इसे वर्चुअल मशीन पर होस्ट और विंडोज पर लिनक्स पर चला रहा हूं, तो लिनक्स कैशे मुझे सूचित करता है कि इस तरह के क्लस्टर दो बार लिखे गए हैं , और गति ज्यादा है, बहुत तेज है (लिनक्स गैर-संकुचित NTFS को कैच कर रहा है विंडोज़ गेस्ट द्वारा भेजे गए NTFS लिखता है और चूंकि इसके बाद वे संपीड़ित डेटा के साथ ओवरराइट हो जाते हैं, लिनक्स डिस्क में असम्पीडित डेटा नहीं भेजते हैं)

मेरा पुनर्संयोजन, NTFS संपीड़न का उपयोग न करें, वर्चुअल मशीन के अंदर मेहमान विंडोज़ चलाता है यदि होस्ट लिनक्स है, और कभी भी यदि आप सीपीयू का उपयोग नहीं करते हैं तो यदि आपका सीपीयू तेजी से पर्याप्त नहीं है।

आधुनिक SSD में एक विशाल आंतरिक कैश है, ताकि NTFS संपीड़न के कारण लिखने वाले + ओवरवेट को SSD आंतरिक कैश सिस्टम द्वारा कम किया जा सके।

एसएसडी के अंदर कैश के लिए कोई आंतरिक रैम नहीं होने पर "सुंदर" एसएसडी के साथ किए गए मेरे परीक्षण, जब मैं उन्हें राम कैश के साथ दोहराता हूं, तो गति तेज है, लेकिन जैसा कि कोई भी नहीं सोचता है।

अपने स्वयं के परीक्षण करें, और विशाल फ़ाइल आकारों का उपयोग करें (कैश छिपे परिणामों से बचने के लिए स्थापित कुल टैम से बड़ा)।

वैसे, कुछ लोगों को NTFS स्पंदन के बारे में नहीं पता है ... 4KiB या उससे कम की किसी भी फाइल को कभी भी NTFS कंप्रेस नहीं मिलेगा, क्योंकि कम से कम 4KiB के आकार को कम करने का कोई तरीका नहीं है।

NTFS सह दबाव 64KiB की कमी को पूरा करता है, उन्हें संपीड़ित करता है और यदि यह एक क्लस्टर (4KiB) को कम कर सकता है तो इसे संकुचित लिखा जाता है, 64KiB 4KiB (व्यंजन) के 16 ब्लॉक हैं।

अगर संपीड़न समाप्त होने पर 8KiB की फाइल 4KiB से अधिक है तो यह किसी भी क्लस्टर को नहीं बचाता है, इसलिए इसे गैर संपीड़ित लिखा जाता है, ... और इसी तरह ... दबाव कम से कम 4KiB प्राप्त करना चाहिए।

आह, और NTFS संपीड़न के लिए, NTFS को 4KiB के क्लस्टर आकार के साथ होना चाहिए।

प्रयास करें और एक परीक्षण करें: SSDyou पर NTFS पर 128KiB क्लस्टर का उपयोग करें एक पढ़ने की गति लिखने पर एक विशाल प्रदर्शन में सुधार होगा।

4KiB क्लस्टर के साथ SSD पर फाइलसिस्टम अपनी गति को बहुत कम कर रहे हैं, ज्यादातर मामलों में 50% से अधिक खो गए हैं ... किसी भी बेंचमार्क को देखें जो विभिन्न ब्लॉक आकारों के साथ परीक्षण करता है, 512Bytes से 2MiB तक, अधिकांश SSD डबल पर लिखते हैं जब 4KiB की तुलना में 64KiB (या 128KiB) क्लस्टर आकार पर गति।

अपने SSD पर एक वास्तविक नक़ल चाहते हैं? फाइलसिस्टम पर 4KiB क्लस्टर का उपयोग न करें, 128KiB का उपयोग करें।

केवल 4KiB क्लस्टर का उपयोग करें यदि आपकी 99% से अधिक फाइलें 128KiB से कम हैं।

आदि, आदि ... परीक्षण, परीक्षण और अपने खुद के मामले का परीक्षण करें।

नोट: 128KiB क्लस्टर के साथ विंडोज स्थापित करते समय या अन्य विंडोज से कंसोल कंसोल में डिस्कपार्ट के साथ सिस्टम NTFS विभाजन बनाएं, लेकिन इंस्टॉलर ग्राफिकल पार्ट पर विंडोज प्रारूप को न दें (यह 4KiB क्लस्टर NTFS के रूप में प्रारूपित करेगा)।

मेरे सभी विंडोज अब १२KKiB क्लस्टर NTFS विभाजन> ४०० जीआईबी एसएसडी (एसएलसी) पर स्थापित हैं।

आशा है कि चीजें स्पष्ट हो जाएंगी, एम $ यह नहीं कह रहा है कि iy NTFS को कैसे लिखता है, मेरे परीक्षण मुझे यह दो बार लिखते हैं (64KiB असम्पीडित, फिर <= 60KiB मजबूर करता है), सिर्फ एक बार नहीं (उस से सावधान रहें यदि SSD पर है)।

खबरदार: Windows NTFS को कुछ आंतरिक डायरियों को संपीड़ित करने का प्रयास करता है, अगर आप कहते हैं कि कोई NTFS संपीड़ित नहीं है, तो वास्तव में बचने का एकमात्र तरीका अगर NFTS क्लस्टर आकार 4KiB से भिन्न है, क्योंकि NTFS संपीड़न केवल 4KiB क्लस्टर आकार NTFS विभाजन पर काम करता है

Comments

सुपर उपयोगकर्ता में आपका स्वागत है! आपका उत्तर एक सारांश के साथ सुधारा जा सकता है जो सीधे ओपी की क्वेरी को संबोधित करता है :)

— bertieb

बड़े समूहों का उपयोग करते हुए एक दिलचस्प विचार, लेकिन यह SSDs के साथ प्रवर्धन लिखने में भी परिणाम देगा, है ना? केवल इसलिए कि 128k से छोटी कोई भी फ़ाइल अभी भी डिस्क पर 128k तक ले जाएगी। या क्या विंडोज स्मार्ट है, जो किसी फाइल के वास्तविक डेटा साइज से परे कोई भौतिक लिख नहीं है?

— वायलेट जिराफ

Answer 4

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

डिस्क पर 28.5 जीबी डेटा 30.6 जीबी आकार में 729.246 फाइलें और 15.000 फ़ोल्डर शामिल हैं (!!!)

यह 500 जीबी एसएसडी के साथ मेरे लैपटॉप पर है, जहां विंडोज़ का विभाजन 200 जीबी है।

मुझे पता है कि इस संबंध में मतलाब थोड़ा चरम पर है, लेकिन कई डेवटल में समान गुण होते हैं: एक टन छोटी, अत्यधिक संपीड़ित पाठ फाइलें (हेडर, कोड, एक्सएमएल फाइलें)। मैं इंटेल क्वार्टस FPGA devtool स्थापित करने से पहले अभी मैटलैब को संकुचित कर रहा हूं, और ऑक्टेव पहले से ही संकुचित है:

डिस्क पर 1.55 जीबी डाटा साइज: 839 जीबी में 34.362 फाइलें 1.955 फोल्डर हैं

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

Answer 5

आपको यह जानने के लिए दो बार बेंचमार्क करने की आवश्यकता है। दबा हुआ। असम्पीडित। SSDs पर पहनने को भूल जाओ। आपको एक तेज एसएसडी और सीपीयू की जरूरत है ताकि कोई अड़चन न हो।

512gb का एक SSD इन दिनों 50 रुपये है। मेरे लिए अब तक का सबसे तेज़ डिस्क एक्सेस लिनक्स का उपयोग करना संभव है और जहां LIFO डिस्क कतार तंत्र है। बल्कि सीएफक्यू से।

विंडोज 10 मेरे लैपटॉप पर 12 जीबी रैम के साथ अनंत डिस्क गतिविधि बनाता है। लिनक्स मिंट लोड और लगभग शून्य डिस्क एक्सेस के बाद होता है। जब तक आप इसे शुरू नहीं करते। विंडोज के पास बिना दृश्यमान कार्यों के खुद को व्यस्त रखने का एक तरीका है।

Comments

2 SSD पर RAID 0 शायद 800MB / s फट गया है।

— मौरिसियो गुरेरो