একটি ফাইলের আনকমপ্রেসড সাইজ কত

ZIP Uncompressed Size হল সেই বাইটের সংখ্যা, যা একটি ZIP আর্কাইভের ভেতরের ফাইলটি আবার আনপ্যাক করার পর হবে; এটি আর্কাইভের ভেতরে থাকা অবস্থায় ফাইলটির জন্য যে সাধারণত ছোট Compressed Size জায়গা লাগে, তার থেকে আলাদা। ExifTool মেটাডাটা রিডার এটিকে ZipUncompressedSize হিসেবে দেখায়।

কোন ফাইলগুলো এটি বহন করে এবং নম্বরটি কোথা থেকে আসে

আর্কাইভ ফাইলগুলো এটি সংরক্ষণ করে। ZIP ফাইল করে, এবং এর পাশাপাশি সব দৈনন্দিন ফরম্যাট, যেগুলো আসলে ভেতরে ZIP কন্টেইনার, যেমন .docx, .xlsx এবং .pptx ডকুমেন্ট, .odt ফাইল, .epub ই-বুক, .jar এবং .apk প্যাকেজ। RAR, 7z এবং অন্যান্য আর্কাইভ ফরম্যাটও নিজেদের লেআউটে একই মানটি সংরক্ষণ করে। কোনো রিপোর্টে .odt এবং .epub ফাইলের জন্য এটি দেখানো নাও হতে পারে, যদিও ফাইলের ভেতরে এটি রাখা থাকে।

একটি আর্কাইভ সাধারণত একাধিক ফাইলকে একটিতে একত্র করার জন্য থাকে, যদিও চাইলে একটি মাত্র ফাইলও আলাদা করে আর্কাইভ করা যায়, এবং কমপ্রেশন প্রোগ্রাম প্রতিটি সদস্যকে প্যাক করার সময় তার আসল সাইজ নোট করে রাখে। এটি যে অ্যাপ দিয়েই আর্কাইভ তৈরি করা হোক, যেমন 7-Zip, WinRAR, WinZip, macOS-এর Archive Utility, Windows-এর compressed folder কমান্ড বা zip কম্যান্ড লাইন অ্যাপ, সেগুলো স্বয়ংক্রিয়ভাবে এই কাজটি করে।

এটা বোঝা দরকার যে এই মানটি একটি ঘোষণা মাত্র। আর্কাইভ বলে দেয় আনপ্যাক করার পর কনটেন্টের সাইজ কত হওয়া উচিত; আপনি যখন সত্যি এক্সট্র্যাক্ট করেন, তখনই কেবল সেই সাইজ আর সংরক্ষিত চেকসমের সঙ্গে বের হওয়া ডেটা মিলিয়ে দেখা হয়।

সাধারণত একটি মান কেমন দেখায়

বাইটের পূর্ণ সংখ্যা, যা অ্যাপগুলো দেখানোর সুবিধার জন্য অনেক সময় KB বা MB-তে রূপান্তর করে। একটি ছোট Word ডকুমেন্টের টেক্সট 48219 bytes uncompressed দেখাতে পারে, যদিও .docx ফাইলের ভেতরে এটি তার খুব অল্প অংশ জায়গা নেয়।

কমপ্রেসড সাইজকে এই মান দিয়ে ভাগ করলে আপনি কমপ্রেশন রেশিও পান। ব্যবধান কত বড় হবে তা নির্ভর করে কনটেন্ট এবং ব্যবহৃত পদ্ধতির ওপর; ZIP ফাইলে Deflate হলো স্ট্যান্ডার্ড পদ্ধতি, আর বিকল্প হিসেবে আছে BZIP2 এবং LZMA। একটি গুরুত্বপূর্ণ ব্যাপার হলো: আসল ZIP ফিল্ডগুলো 32-বিট এবং তাই 4,294,967,295 বাইটের (প্রায় 4 GB-এর একটু কম) পর থেমে যায়। এর চেয়ে বড় কনটেন্টের জন্য ZIP64 এক্সটেনশন ব্যবহার হয়, যা অতিরিক্ত একটি রেকর্ডে প্রকৃত মান রাখে, ফলে খুব পুরোনো কোনো অ্যাপ যদি ZIP64 না বোঝে, তাহলে বড় ফাইলের জন্য সীমাবদ্ধ বা অযৌক্তিক একটি সংখ্যা দেখাতে পারে।

এটি কেন গুরুত্বপূর্ণ

এর সবচেয়ে ব্যবহারিক কাজ হলো পরিকল্পনা করা। এই মানই আপনাকে আগে থেকে বলে দেয়, আনপ্যাক করার পরে কনটেন্ট জায়গা হবে কি না, এবং এটি অনেক সময় অবাক করতে পারে, কারণ টেক্সট বা লগ ফাইলের একটি ছোট আর্কাইভ এক্সট্র্যাক্ট হয়ে বহু গিগাবাইটে পৌঁছাতে পারে। এটি কমপ্রেসড সাইজের সঙ্গে মিলিয়ে দেখলে বোঝা যায় কমপ্রেশন আদৌ কোনো কাজে লেগেছে কি না: দুটি মান প্রায় সমান হলে বোঝায় কনটেন্ট আগেই কমপ্রেসড ছিল, যেমন JPEG, MP3 এবং MP4 ফাইল, এবং এগুলোকে আবার প্যাক করলে নতুন করে কোনো জায়গা বাঁচবে না।

এটি sanity check হিসেবেও কাজ করে। কয়েকশ কিলোবাইটের একটি আর্কাইভ যদি বিশাল uncompressed size ঘোষণা করে, তবে সতর্ক হওয়া উচিত, কারণ ইচ্ছাকৃতভাবে বানানো কিছু আর্কাইভ ঠিক এই কৌশলেই আনপ্যাক হওয়ার সময় ডিস্ক ভরে ফেলে। আর আর্কাইভ সংরক্ষণের কাজে হিসাবটা উল্টোভাবে চলে: ঘোষিত সাইজের সঙ্গে প্রকৃত বের হওয়া সাইজ মিলিয়ে দেখা পুরোনো কোনো আর্কাইভ এখনও সম্পূর্ণ আছে কি না তা যাচাই করার সহজ উপায়।

এই মানে কোনো ব্যক্তিগত তথ্য থাকে না। এটি কেবল ডেটার পরিমাণ বর্ণনা করে, যিনি এটি তৈরি করেছেন তার সম্পর্কে কিছুই নয়।