সংকোচন অনুপাত ও সাশ্রয়ের শতাংশ
মূল-থেকে-সংকুচিত অনুপাত = মূল বাইট ÷ সংকুচিত বাইট। 100 KB থেকে 25 KB = 4:1 ও 75% সাশ্রয়, 400% নয়।
সংকোচন অনুপাত ও সাশ্রয়ের শতাংশ
| মূল বডির আকার | সংকুচিত বডির আকার | মূল : সংকুচিত অনুপাত | অবশিষ্ট আকার | সাশ্রয় হওয়া বাইট |
|---|---|---|---|---|
| 100 KB | 100 KB | 1.00:1 | 100.00% | 0.00% |
| 100 KB | 75 KB | 1.33:1 | 75.00% | 25.00% |
| 100 KB | 50 KB | 2.00:1 | 50.00% | 50.00% |
| 100 KB | 25 KB | 4.00:1 | 25.00% | 75.00% |
| 100 KB | 10 KB | 10.00:1 | 10.00% | 90.00% |
সূত্র ও পদ্ধতি
Ratio = original bytes ÷ compressed bytes
Remaining% = compressed bytes ÷ original bytes × 100
Saved% = (1 − compressed bytes ÷ original bytes) × 100অনুপাতের দিক বলুন: সংকুচিত/মূল 0.25 ও মূল/সংকুচিত 4:1 একই তথ্য; এখানে দ্বিতীয়টি। বাড়তি হেডার ছাড়া একই বডি তুলনা করুন। এটি gzip/Brotli পরীক্ষা নয়; সাশ্রয় বিষয়বস্তু ও সেটিংনির্ভর। ক্ষতিহীন সংকোচন ডিকোড বাইট রাখে, কিন্তু CPU লাগে ও ছোট/আগে সংকুচিত ডেটা বাড়তে পারে।
সমাধানসহ উদাহরণ
240 KB থেকে 60 KB: অনুপাত 4:1, সাশ্রয় 180 KB বা 75%। পুরো পৃষ্ঠা চারগুণ দ্রুত হয় এমন নয়।
কী কারণে উত্তর বদলাতে পারে
শূন্য সংকুচিত আকারে অনুপাত নেই; সাশ্রয়ে মূল আকার ধনাত্মক চাই। HTTP হেডার বাদ; বিলম্ব বা CPU খরচের পূর্বাভাস নয়।
উৎস ও সংজ্ঞা
পদ্ধতি যাচাই করা হয়েছে:
সম্পর্কিত আরেকটি কাজে যান
সংকোচনে সাশ্রয় ক্যালকুলেটর
সাশ্রয় = মূল বাইট − সংকুচিত বাইট। শতাংশে পার্থক্যকে মূল আকার দিয়ে, সংকোচন অনুপাতে মূলকে সংকুচিত আকার দিয়ে ভাগ করুন।
ডেটার আকার রূপান্তরক
দশমিক GB-কে বাইট ও দশমিক বা বাইনারি এককে বদলান: 1 GB = 1,000,000,000 বাইট; 1 GiB = 1,073,741,824 বাইট।
পৃষ্ঠা দেখার আয় ক্যালকুলেটর
পৃষ্ঠা দেখা = ভিজিট × প্রতি ভিজিটে পৃষ্ঠা। আনুমানিক আয় = পৃষ্ঠা দেখা ÷ 1,000 × পেজ RPM।
ক্যাশে মূল সার্ভারের সাশ্রয় ক্যালকুলেটর
মূল সার্ভারের অনুরোধ = মোট অনুরোধ × (1 − ক্যাশ হিটের অংশ)। 100,000-এ 80% হিট হলে 20,000 মূল সার্ভারে যায়।