NTFS संपीड़ित फ़ोल्डर: क्या संपीड़न अनुपात को मोड़ना संभव है?

Question

जैसा कि लगता है, Windows NTFS संपीड़ित फ़ोल्डरों को न्यूनतम संपीड़न अनुपात के साथ संपीड़ित करता है। हालांकि यह शायद गति बढ़ाने और सीपीयू लोड को कम करने के लिए अच्छा है, जो फ़ाइलों के लिए शायद ही कभी एक्सेस किया जाता है (बैकअप फ़ोल्डर्स) यह सम्पीडन अनुपात को बढ़ाने की संभावना रखने के लिए अधिक समझदार होगा। वहाँ कुछ मापदंडों है कि यह हासिल करने के लिए tweaked किया जा सकता है?

Comments

msdn.microsoft.com/en-us/library/windows/desktop/… & msdn.microsoft.com/en-us/library/windows/desktop/…

— Re Captcha

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

— अल बर्जर

Answer 1

संक्षिप्त जवाब

नहीं, यह इस समय संभव नहीं है।

लंबा जवाब

फ़ाइलें और फ़ोल्डर्स ¹ एक FSCTL_SET_COMPRESSIONनियंत्रण कोड और एपीआई फ़ंक्शन के लिए एक संपीड़न राज्य पास करके संपीड़ित और विघटित होते हैं । संपीड़न स्थिति निम्न में से एक हो सकती है:DeviceIoControl

COMPRESSION_FORMAT_NONE = 0
COMPRESSION_FORMAT_DEFAULT = 1
COMPRESSION_FORMAT_LZNT1 = 2

किसी भी गैर-मूल्य का मतलब है कि लक्ष्य आइटम संकुचित होने वाला है। आधिकारिक दस्तावेज से:

LZNT1 कम्प्रेशन अल्गोरिद्म लागू होने वाला एकमात्र कम्प्रेशन अल्गोरिथम है। परिणामस्वरूप, LZNT1 संपीड़न एल्गोरिथ्म का उपयोग DEFAULTसंपीड़न विधि के रूप में किया जाता है ।

_{स्रोत: FSCTL_SET_COMPRESSION नियंत्रण कोड}

LZNT1 एल्गोरिथ्म गति के लिए डिज़ाइन किया गया है, और कस्टम संपीड़न स्तर सेट करने का कोई तरीका नहीं है।

_{¹ फ़ोल्डर वास्तव में संकुचित नहीं होते हैं: उनकी संपीड़न विशेषता केवल नई फ़ाइलों और सबफ़ोल्डर्स को एक डिफ़ॉल्ट संपीड़न स्थिति देती है।}

अतिरिक्त जानकारी

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

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

यदि आप किसी फ़ाइल को 30 गीगाबाइट्स से बड़ा है, तो संपीड़ित सफल नहीं हो सकता है।

_{स्रोत: फ़ाइल संपीड़न और अपघटन}

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

_{स्रोत: फ़ाइल और फ़ोल्डर संपीड़न}

आगे की पढाई

• फ़ाइल संपीड़न और अपघटन
• फ़ाइल और फ़ोल्डर संपीड़न
• NTFS संपीड़न को समझना
• LZNT1 एल्गोरिथम विवरण

Answer 2

आमतौर पर यह संभव नहीं है, जैसा कि and31415 के उत्तर में इंगित किया गया है ।

हालाँकि Microsoft ने Windows 10 में कुछ नए NTFS संपीड़न विकल्प और एल्गोरिदम जोड़े हैं, इसलिए अब संपीड़न अनुपात को बदलने का एक तरीका है:

COMPACT [/C | /U] [/S[:dir]] [/A] [/I] [/F] [/Q] [/EXE[:algorithm]]
        [/CompactOs[:option] [/WinDir:dir]] [filename [...]]
...
  /EXE       Use compression optimized for executable files which are read
             frequently and not modified.  Supported algorithms are:
             XPRESS4K  (fastest) (default)
             XPRESS8K
             XPRESS16K
             LZX       (most compact)

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

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

E:\test>compact /a

 Listing E:\test\
 New files added to this directory will not be compressed.

  1050909 :   1050909 = 1.0 to 1   sometext.txt

...

E:\test>compact /c /exe:lzx sometext.txt

 Compressing files in E:\test\

sometext.txt          1050909 :    176128 = 6.0 to 1 [OK]

1 files within 1 directories were compressed.
1,050,909 total bytes of data are stored in 176,128 bytes.
The compression ratio is 6.0 to 1.

हालाँकि पुराने एल्गोरिथ्म के विपरीत, वे मक्खी के संपादन का समर्थन नहीं करते हैं , इसलिए फ़ाइल पर वापस लिखना इसे अनकम्प्रेस्ड करता है।

E:\test>echo x >> sometext.txt

E:\test>compact /a

 Listing E:\test\
 New files added to this directory will not be compressed.

  1050913 :   1050913 = 1.0 to 1   sometext.txt

---

एक महत्वपूर्ण नोट यह है कि आप उन नए एल्गोरिदम का उपयोग करके स्वचालित रूप से संपीड़ित होने के लिए नई फ़ाइलों को चिह्नित करने के लिए फ़ोल्डर सेट नहीं कर सकते हैं , क्योंकि compact(जोर मेरा) के मदद भाग में कहा गया है

  /C         Compresses the specified files.  Directories will be marked
             so that files added afterward will be compressed ***unless /EXE
             is specified***.
  /U         Uncompresses the specified files.  Directories will be marked
             so that files added afterward will not be compressed.  If
             /EXE is specified, only files compressed as executables will
             be uncompressed; if this is omitted, only NTFS compressed
             files will be uncompressed.

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

दुर्भाग्य से विंडोज 10 में यह नया है, इसलिए पुराने संस्करणों में इसका उपयोग नहीं किया जा सकता है। हालाँकि NTFS-3G इसका समर्थन करता है , इसलिए आपको लिनक्स से इसे एक्सेस करने में समस्या नहीं होगी। यदि आप विंडोज 10 का उपयोग नहीं करते हैं, तो आप उन फ़ाइलों को खोलने के लिए लिनक्स लाइव यूएसबी या विंडोज 10 पीई चला सकते हैं

Answer 3

आप 3-पार्टी ऐप्स द्वारा संपीड़न अनुपात बढ़ा सकते हैं। मुख्य उदाहरण zipmagic.co है मैंने इसे अपने लैपटॉप पर एक साल तक बिना किसी समस्या के उपयोग किया है। लेकिन ध्यान दें कि NTFS या ज़िपकॉम्पिक कम्प्रेशन का उपयोग करने के लिए SSD हार्ड ड्राइव की आवश्यकता होती है क्योंकि कम्प्रेशन आपके ड्राइव को पूरी तरह से खंडित कर देगा और इसे बेकार कर देगा! यदि आपके पास SSD ड्राइव है, तो आगे बढ़ें और आनंद लें!

Answer 4

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

ध्यान दें कि यह एक पूर्ण बैकअप समाधान नहीं है। यह अंतरिक्ष को बचाने का एकमात्र तरीका है।

उस के ऑनटॉप, एक प्रोग्राम है जो 7z और rar आर्काइव को वर्चुअल ड्राइव के रूप में माउंट कर सकता है: http://www.winarchiver.com/virtual-drive.htm

Comments

मेरे मामले में NTFS संकुचित ड्राइव का उपयोग क्रॉस-प्लेटफॉर्म बैकअप स्टोरेज के रूप में किया जाता है और इसमें टार फाइलें होती हैं। जब वे 7z या xz जैसे संकुचित प्रारूप में होते हैं, तो लिनक्स अभिलेखागार अभिलेखागार को अद्यतन नहीं कर सकते। एनटीएफएस लिनक्स टार अभिलेखागार के लिए अदृश्य रूप से मक्खी पर संपीड़न करता है।

— अल बर्जर