7-ज़िप का उपयोग करके कई .ZIP फ़ाइलों में विभाजन

Question

यदि मेरे पास 100 जीबी फ़ोल्डर है और मैं इसे विभाजित करता हूं, तो क्या अंतर है कि डिस्क स्थान की खपत कितनी है अगर मैं इसे 100 में .ZIP फ़ाइलों में प्रत्येक 1 जीबी या 10 में .ZIP फ़ाइलों में 10 जीबी प्रत्येक पर?

क्या 100 .ZIP फाइलें 1 जीबी में प्रत्येक 10 से अधिक जगह लेती हैं। प्रत्येक 10 जीबी में .ZIP फाइलें?

Comments

और आप इसका पता नहीं लगा सकते हैं क्योंकि

— डेव

आप अभी इसे क्यों नहीं आज़मा सकते?

— पीटर मोर्टेंसन

प्रत्येक स्टैंडअलोन ज़िप फ़ाइल में कुछ ओवरहेड होता है। हालाँकि, आप एक ज़िप फ़ाइल को टुकड़ों में काट सकते हैं जिसे फिर से जोड़ा जा सकता है। उन टुकड़ों में प्रत्येक में ज़िप ओवरहेड नहीं होता है, और यदि आप सेक्टर या ब्लॉक सीमाओं पर विभाजित होते हैं, तो उनमें व्यर्थ स्थान नहीं होता है।

— Fixer1234

Answer 1

चलो पता करते हैं!

100 एमबी फाइलें (27 टुकड़े):

7z a -tzip -v100M ./100m/archive ./kali-linux-xfce-2018.2-amd64.iso

$ du ./100m/
2677884 ./100m/

10 एमबी फाइलें (262 टुकड़े):

7z a -tzip -v10M ./10m/archive ./kali-linux-xfce-2018.2-amd64.iso

$ du ./10m/
2677908 ./10m

परिणाम: 10 एमबी स्प्लिट आर्काइव में एक अतिरिक्त 24 KB लगता है। तो हां, एक अंतर है, 100 1 जीबी फाइलें 10 10 जीबी फाइलों की तुलना में अधिक जगह लेगी।

हालांकि यह अंतर नगण्य है। मैं आपके लिए जो भी अधिक सुविधाजनक होगा, जाऊंगा।

Comments

duडिफ़ॉल्ट रूप से बाइट्स में आकार आउटपुट नहीं करता है (जब तक कि आपकी 270M फाइलें 2,677,908 बाइट्स में बदल नहीं जाती)। यह फाइलों के ऑन-डिस्क आकार को प्रदर्शित करता है, जो वास्तविक डेटा आकार (संभवत: अन्य फाइल सिस्टम पर अपलोड करने या भंडारण के लिए लागू) से भिन्न हो सकता है

— Xen2050

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

— लेयेन बर्नार्डो

क्षमा करें, जब मैं रन स्ट्रिंग्स को डबल-चेक कर रहा था, तो मैंने आपके बड़े पैमाने पर समान उत्तर को पार कर लिया था।

— AFH

ज़िप फ़ाइल का अधिकतम आकार 4GB है।

— pbies

हाँ, इसीलिए मैंने एक प्रतिशत की गणना नहीं की। मुझे नहीं लगता कि यह मूल फ़ाइल आकार के एक फ्लैट प्रतिशत के लिए काम करता है, विशेष रूप से फ़ाइल सिस्टम में अंतर को देखते हुए।

— लेयेन बर्नार्डो

Answer 2

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

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

विभाजित फाइलें बाइनरी स्प्लिटर प्रोग्राम द्वारा समान स्प्लिट आकार के साथ बनाई गई सामग्री के समान हैं।

मैंने 7 + एमबी फ़ाइल पर GUI संस्करण का उपयोग करके लिनक्स पर इनका सत्यापन किया, 7-ज़िप ( File.7z.00?) के साथ 1MB आकार की 8 विभाजित फाइलें दीं , फिर एक एकल, पूर्ण संग्रह ( Full.7z) बनाया, जिसके साथ मैं विभाजित हूं: -

7z -v1000000 a File;                                         # Create split volumes File.7z.00?
7z a Full File;                                              # Create full archive Full.7z
split -b 1000000 -a 3 --numeric-suffixes=1 Full.7z Full.7z.; # Split full archive into Full.7z.00?
for f in {001..008}; do cmp Full.7z.$f File.7z.$f; done;     # Compare splits with 7z volumes

किसी अन्य ओएस पर परीक्षण करने के लिए आपको डाउन-लोड करने या एक उपयुक्त स्प्लिटर प्रोग्राम लिखने की आवश्यकता हो सकती है।