7-জিপ ব্যবহার করে অনেকগুলি .ZIP ফাইলে বিভক্ত করা

Question

আমার কাছে যদি 100 গিগাবাইট ফোল্ডার থাকে এবং আমি এটি জিপ বিভক্ত করি, তবে আমি যদি প্রতি 1 জিবিতে 100 .ZIP ফাইলগুলিতে বা 10 জিবিপি ফাইলকে 10 জিবিতে বিভক্ত করি তবে কতটা ডিস্কের স্পেস ব্যবহার করা হয় তার মধ্যে কোনও পার্থক্য আছে?

1 জিবিতে 100 .ZIP ফাইলগুলি কি প্রতিটি 10 ​​জিবিতে 10 .ZIP ফাইলের চেয়ে বেশি জায়গা নেয়?

Comments

এবং আপনি কারণ খুঁজে পাচ্ছেন না?

— ডেভ

কেন আপনি শুধু এটি চেষ্টা করতে পারবেন না?

— পিটার মর্টেনসেন

প্রতিটি স্বতন্ত্র জিপ ফাইলের কিছুটা ওভারহেড থাকে। তবে, আপনি একটি জিপ ফাইল টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরো টুকরোগুলি তৈরি করা যায় এই টুকরাগুলির প্রত্যেকটিতে জিপ ওভারহেড নেই এবং আপনি যদি সেক্টর বা ব্লক সীমানায় বিভক্ত হন তবে সেগুলিতে নষ্ট স্থান থাকবে না।

— ফিক্সার 1234

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 কেবি নেয় হ্যাঁ, একটি পার্থক্য আছে, 100 1 জিবি ফাইল 10 10 গিগাবাইট ফাইলের চেয়ে বেশি জায়গা নেয়।

পার্থক্যটি যদিও তুচ্ছ বলে মনে হচ্ছে। আপনার জন্য যে কোনওটি সুবিধাজনক বলে আমি যেতে চাই।

Comments

duডিফল্টরূপে বাইটগুলিতে আকার আউটপুট দেয় না (যদি না আপনার 270M ফাইলগুলি 2,677,908 বাইটে রূপান্তরিত হয়)। এটি ফাইলগুলির অন-ডিস্ক আকার প্রদর্শন করে যা প্রকৃত ডেটার আকারের চেয়ে আলাদা হতে পারে (অন্য ফাইল

— সিস্টেমগুলি

আপনি সঠিক, এটি কেবিতে আসলে আউটপুট করছে। এই তাত্পর্যটি সংশোধন করার জন্য আমি উত্তরটি সম্পাদনা করেছি। মূল ফাইলটি কালি লিনাক্স আইএসও, এটি ~ 2.6 গিগাবাইট। অন-ডিস্ক আকার বনাম প্রকৃত ডেটা আকার সম্পর্কে আপনার ভাল বক্তব্য রয়েছে, আমি বিশেষত অন ডিস্ক আকার সম্পর্কে ভাবছিলাম কারণ এটি অতিরিক্ত ফাইলগুলির ওভারহেডের জন্য অ্যাকাউন্ট করে তবে আপনি ঠিক বলেছেন যে এটি আপনার উপর নির্ভর করে আলাদা হবে would আসলে সংরক্ষণাগারগুলির সাথে করছেন।

— লেন বার্নার্ডো

দুঃখিত, আমি রান স্ট্রিংগুলি ডাবল-চেক করার সময় আপনার বেশিরভাগ অনুরূপ উত্তরের সাথে অতিক্রম করেছি।

— এএফএইচ

জিপ ফাইলের সর্বোচ্চ আকার 4 জিবি GB

— pbies

হ্যাঁ, এজন্যই আমি এক শতাংশ গণনা করে বিরক্ত করি না। আমি মনে করি না এটি মূল ফাইলের আকারের সমতল শতাংশের জন্য কাজ করে বিশেষত ফাইল সিস্টেমের পার্থক্য বিবেচনা করে।

— লেন বার্নার্ডো

Answer 2

ফাইলের শেষের পরে প্রতিটি ফাইলের অব্যবহৃত লজিক্যাল সেক্টর স্পেসের একটি ফাইল সিস্টেম ওভারহেড থাকে, তবে বিভক্ত আকারটি যদি লজিক্যাল সেক্টরের আকারের একাধিক হয় (তবে আমার নীচের উদাহরণটির অগত্যা সত্য নয়) এটি নির্মূল করা হবে।

অতিরিক্ত ডিরেক্টরি এন্ট্রি দ্বারা অতিরিক্ত বাইট ব্যবহার করা যেতে পারে, তবে ডিরেক্টরিটি এখন অতিরিক্ত লজিক্যাল সেক্টর দখল না করে এগুলি চিহ্নিত করা যাবে না।

বিভক্ত ফাইলগুলি একই বিভাজন আকারের সাথে বাইনারি স্প্লিটার প্রোগ্রাম দ্বারা তৈরি করা সামগ্রীতে একই রকম।

আমি লিনাক্সে + + এমবি ফাইলের মধ্যে জিইউআই সংস্করণ ব্যবহার করে M-জিপ ( File.7z.00?) দিয়ে 1 এমবি আকারের 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

অন্য কোনও ওএসে পরীক্ষা করার জন্য আপনাকে ডাউন-লোড বা একটি উপযুক্ত স্প্লিটার প্রোগ্রাম লিখতে হবে।