Bài trước đo trên những ảnh thành phẩm đã được website nén qua một lần, ImgZilla tiết kiệm thêm được 46,8%. Bài này chuyển sang một thái cực khác: ảnh gốc xuất thẳng từ máy ảnh và điện thoại, chưa từng bị bất kỳ công cụ nào xử lý. Cũng không trích dẫn bất kỳ số liệu thống kê ngành nào, chỉ đưa ra kết quả của một lần chạy thử thực tế, kèm theo phương pháp đối chiếu.
1. Đối tượng thử nghiệm lần này: ảnh gốc thực thụ
Mẫu ở bài trước có một tiền đề — những ảnh đó khi đưa vào kho đã bị website nén qua một vòng, không còn được coi là ảnh thô. Lần này bỏ tiền đề đó đi, thử nghiệm là JPEG xuất thẳng sau khi chụp từ máy ảnh / điện thoại, không qua bất kỳ công cụ nén nào, không thao tác lưu lại (Save As), không mã hóa lần hai.
Quy mô mẫu: 32.188 tệp JPEG, được lưu trữ trong 16 thư mục con bucket, không chọn lọc hay làm sạch vì mục đích thử nghiệm.
Tổng dung lượng của nhóm tệp này: 99,9 GB (khoảng 93 GiB).
Thông số ảnh cũng rất điển hình — tất cả đều là độ phân giải đầu ra chuẩn của máy ảnh / điện thoại:
| Độ phân giải | Số tệp | Tỷ lệ |
|---|---|---|
| 4000×3000 (12MP) | 19.867 | 61,7% |
| 4032×3024 (12MP, iPhone) | 3.529 | 11,0% |
| 3456×4608 (16MP dọc) | 2.631 | 8,2% |
| Khác (3120×4208, 4608×3456, 2448×3264…) | 6.161 | 19,1% |
Trung bình mỗi ảnh 11,5 megapixel, 2,96 MB, ảnh lớn nhất 18,3 MB, 30 megapixel. Đây chính là những bức ảnh do điện thoại hoặc máy ảnh chụp ra và bạn chưa bao giờ đụng tới.
Câu hỏi: với loại ảnh gốc 'chưa ai đụng tới' này, một công cụ nén chuyên dụng có thể ép ra được bao nhiêu?
2. Kết quả: tiết kiệm 76,8%, 99,9 GB thành 23,1 GB
32.188 ảnh được nén ngay tại chỗ (in-place) từng ảnh một, tên tệp, cấu trúc thư mục, độ phân giải vẫn giữ nguyên như cũ:
| Dung lượng | So với bản gốc | |
|---|---|---|
| Ảnh gốc xuất thẳng từ máy ảnh | 99,9 GB | — |
| Sau khi ImgZilla nén | 23,1 GB | -76,8% |
Một lần nén tiết kiệm khoảng 76,7 GB, sau khi nén chỉ còn chưa đến một phần tư so với ban đầu. Đường dẫn tương đối, tên tệp, cấp thư mục của 32.188 tệp trước và sau khi nén hoàn toàn giống nhau — đây là điều có thể đối chiếu trực tiếp bằng dữ liệu thực tế.
Đối chiếu với bài trước:
| Đợt thử nghiệm | Nguồn ảnh | Tỷ lệ nén của ImgZilla |
|---|---|---|
| Bài trước (4.624 ảnh) | Ảnh thành phẩm website đã nén một lần | -46,8% |
| Bài này (32.188 ảnh) | Ảnh gốc xuất thẳng từ máy ảnh / điện thoại | -76,8% |
Kết luận rất trực tiếp: ảnh gốc càng chưa qua xử lý thì không gian khai thác càng lớn. Vòng nén khi đưa vào kho của website đã ăn bớt một phần dư thừa, phần còn lại dành cho ImgZilla là 46,8%; còn ảnh xuất thẳng từ máy ảnh, phần dư thừa này chưa hề bị đụng đến, nên ImgZilla có thể lấy đi 76,8% trong một lần.
3. Vì sao ảnh gốc từ máy ảnh lại tiết kiệm được nhiều như vậy
Máy ảnh và điện thoại khi xuất JPEG, ưu tiên là 'đừng mất chi tiết', chứ không phải 'tệp càng nhỏ càng tốt'. Vì vậy, JPEG xuất thẳng có rất nhiều dung lượng không đóng góp gì cho chất lượng hình ảnh:
- Tham số chất lượng khá thận trọng: JPEG xuất thẳng thường dùng bảng lượng tử quality 90–98, mắt thường đã không thể phân biệt sự khác biệt của chất lượng cao hơn, nhưng số byte lại chênh lệch rất nhiều.
- Mã hóa entropy chung, không tối ưu: bộ mã hóa xuất thẳng dùng bảng Huffman chuẩn cố định, không tính riêng mã tối ưu cho từng ảnh, cũng không làm lượng tử trellis, không tối ưu quét dần (progressive scan).
- Một đống dữ liệu kèm theo: EXIF, GPS, trường dữ liệu riêng của hãng, ảnh thu nhỏ xem trước toàn cảnh được nhúng, hồ sơ màu — tổng cộng thường là vài chục đến trăm KB.
ImgZilla thực hiện với JPEG là mã hóa lại không mất mát về mặt thị giác: dùng chiến lược mã hóa tối ưu hơn để sắp xếp lại mã entropy, đưa tham số lượng tử về vùng mắt thường không thể phân biệt, dọn dẹp dữ liệu kèm theo dư thừa. Ở cấp độ pixel thực sự có thay đổi, nhưng tham số được chọn ở vị trí gần như không thấy khác biệt, nên với nguồn 'ảnh gốc' có dư thừa dồi dào như thế này, có thể lấy đi ba phần tư ngay trong một lần.
Phải nói rõ một từ dễ bị nhầm lẫn: 'không mất mát về thị giác' không bằng 'không mất mát'. Không mất mát (pixel hoàn toàn không đổi) chỉ xuất hiện trên PNG (oxipng) và SVG; JPEG, WebP, AVIF, HEIC, GIF về nguyên lý đều là mã hóa lại có tổn thất, chỉ là tham số nén được chọn trong vùng không mất mát về thị giác. Nếu không muốn tin chỉ qua câu này, ImgZilla có sẵn cửa sổ so sánh, trước và sau khi nén chia đôi màn hình trái phải, có thể phóng to đến kích thước thực tế để so sánh từng pixel — tự xem.
4. Tách ra xem: tỷ lệ nén từng tệp, kích thước pixel, các trường hợp cực đoan
76,8% ở trên là so sánh tổng dung lượng của toàn bộ 32.188 tệp. Khi tách đến từng tệp, có thể thấy thêm vài điều cụ thể hơn.
Đại đa số ảnh tiết kiệm được 70%–90%
Ghép từng cặp 32.188 ảnh theo 'byte trước nén → byte sau nén', phân theo mức phần trăm tiết kiệm được:
| Mức tiết kiệm | Số ảnh | Tỷ lệ |
|---|---|---|
| 90%–100% | 866 | 2,7% |
| 80%–90% | 11.375 | 35,3% |
| 70%–80% | 15.244 | 47,4% |
| 60%–70% | 3.349 | 10,4% |
| 50%–60% | 398 | 1,2% |
| Dưới 50% | 956 | 3,0% |
82,7% số ảnh tiết kiệm được 70%–90%. Trung bình cộng của tỷ lệ nén từng tệp là tiết kiệm 76,6%, gần như trùng khớp với mức 76,8% tính theo tổng dung lượng byte — cho thấy trong nhóm tệp này, ảnh nén được nhiều và ảnh nén được ít phân bố khá đồng đều theo trọng số dung lượng, không bị lệch bởi một số ít tệp siêu lớn.
Theo phân vị: hơn một nửa số ảnh tiết kiệm trên 77%; ngay cả 10% có lợi ích nén kém nhất cũng tiết kiệm khoảng 68%; chỉ có khoảng 1% số ảnh (p99) có tỷ lệ tiết kiệm dưới 40%.
Kích thước pixel: không một pixel nào thay đổi
Thống kê thay đổi độ phân giải của toàn bộ 32.188 ảnh: dimensions_changed đều là false — 100% giữ nguyên độ phân giải gốc. ImgZilla không thu phóng, không cắt xén, 76,7 GB tiết kiệm được hoàn toàn đến từ mã hóa lại, không phải bòn rút từ pixel. Đây là nửa dễ bị bỏ qua trong định nghĩa 'nén tại chỗ': không chỉ tên tệp và đường dẫn giữ nguyên, độ phân giải cũng hoàn toàn bất động.
Một vài trường hợp cực đoan
| Loại | Ban đầu | Sau nén | Tiết kiệm |
|---|---|---|---|
| Tỷ lệ nén cao nhất | 3,55 MB (4000×3000) | 100 KB | 97,2% |
| Tiết kiệm nhiều nhất trên một ảnh | 17,90 MB (4000×3000) | 1,13 MB | 16,8 MB |
| Lợi ích kém nhất | 70 KB (1242×1242) | 68,8 KB | 2,1% |
Những ảnh có tỷ lệ nén cao nhất (tiết kiệm trên 95%) thường là ảnh máy ảnh dùng tham số chất lượng rất cao và mang đầy đủ siêu dữ liệu; ảnh có lợi ích kém nhất là những ảnh vốn đã rất nhỏ và đã được xử lý từ trước. Trung bình mỗi ảnh tiết kiệm 2,38 MB.
5. Quy đổi thành hóa đơn hàng tháng: 76,8% này đáng giá bao nhiêu
Giảm dung lượng chỉ thực sự có cảm giác khi thể hiện trên hóa đơn. Dưới đây không trích dẫn bất kỳ số liệu thống kê nào kiểu 'nén giúp tăng tỷ lệ chuyển đổi', chỉ làm một việc: lấy 76,8% đo được thực tế nhân với bảng giá công khai hiện tại của vài nhà cung cấp dịch vụ đám mây, làm phép tính số học thuần túy.
Tiết kiệm phí lưu trữ = dung lượng tiết kiệm được (GB) × đơn giá (CNY hoặc USD / GB / tháng)
Tiết kiệm phí lưu lượng ra = dung lượng tiết kiệm được (GB) × số lần tải xuống trong tháng × đơn giá (CNY hoặc USD / GB)
Phí lưu trữ
| Dung lượng thư viện ảnh ban đầu | Dung lượng tiết kiệm | Alibaba Cloud OSS Standard ¥0,09/GB/tháng |
AWS S3 Standard $0,023/GB/tháng |
Google Cloud Storage $0,020/GB/tháng |
Cloudflare R2 $0,015/GB/tháng |
|---|---|---|---|---|---|
| 10 GB | 7,68 GB | ¥0,69/tháng | $0,18/tháng | $0,15/tháng | $0,12/tháng |
| 100 GB | 76,8 GB | ¥6,91/tháng | $1,77/tháng | $1,54/tháng | $1,15/tháng |
| 1 TB | 786 GB | ¥70,8/tháng | $18,1/tháng | $15,7/tháng | $11,8/tháng |
| Đợt đo thực tế này (99,9 GB) | 76,7 GB | ¥6,90/tháng | $1,76/tháng | $1,53/tháng | $1,15/tháng |
Đây là khoản phí bị trừ lặp lại hằng tháng; nén một lần, từ đó mỗi tháng đều tính theo dung lượng mới — đầu tư một lần, hưởng lợi lâu dài.
Phí lưu lượng truy cập: khoản thực sự lớn
Phí lưu lượng là tích của dung lượng × số lần tải xuống, ảnh càng được truy cập nhiều thì lợi ích nén càng lớn. Ví dụ: một thư viện ảnh 100 GB, trong tháng tạo ra 500 GB lưu lượng tải xuống qua CDN (tương đương toàn bộ thư viện được tải xuống trọn vẹn khoảng 5 lần), lưu lượng giảm tương ứng -76,8% theo dung lượng:
| Bảng giá lưu lượng CDN (bậc đầu tiên) | Phí lưu lượng tháng trước khi nén | Sau khi nén | Tiết kiệm mỗi tháng | Tiết kiệm mỗi năm |
|---|---|---|---|---|
| Alibaba Cloud CDN Trung Quốc (¥0,15/GB) | ¥75,0 | ¥17,4 | ¥57,6 | ¥691 |
| AWS CloudFront Châu Á - Thái Bình Dương ($0,12/GB) | $60,0 | $13,9 | $46,1 | $553 |
| Google Cloud CDN Bắc Mỹ/Châu Âu ($0,08/GB) | $40,0 | $9,3 | $30,7 | $369 |
Đều lấy mức giá bậc thấp nhất của mỗi nhà cung cấp, giá theo bậc thực tế thường cao hơn, hóa đơn càng lớn thì giá trị tuyệt đối tiết kiệm được nhờ nén càng đáng kể. Cloudflare R2 là ngoại lệ: bản thân lưu lượng ra là $0, lợi ích gần như thể hiện toàn bộ ở phí lưu trữ.
Các đơn giá trên được tổng hợp từ bảng giá công khai năm 2026 của các nền tảng, giá thực tế dao động theo khu vực, chiết khấu tài khoản và bậc giá; vui lòng lấy giá hiện tại trên trang web chính thức làm chuẩn; số lần tải xuống là giả định ví dụ, hãy thay bằng số liệu thực tế trong hóa đơn của bạn.
6. Kịch bản cục bộ: di chuyển đống dữ liệu này tiết kiệm bao nhiêu thời gian chờ
Giảm 76,8% dung lượng đồng nghĩa thời gian truyền về cơ bản giảm cùng tỷ lệ — điều này không cần hóa đơn đám mây cũng đúng, thể hiện trực tiếp qua thời gian chờ khi sao chép, sao lưu.
- Ổ cứng HDD di động USB3: thông lượng liên tục lấy 120 MB/s.
- Ổ cứng SSD di động USB3: lấy 450 MB/s.
- Mạng có dây Gigabit: sau khi trừ chi phí giao thức, lấy 105 MB/s.
| Kịch bản | Dung lượng tiết kiệm | Ổ cứng HDD USB3 | Ổ cứng SSD USB3 | Mạng Gigabit |
|---|---|---|---|---|
| Đợt ảnh đo thực tế này | 76,7 GB | ≈11 phút | ≈2,9 phút | ≈12,5 phút |
| Thư viện 10 GB | 7,68 GB | ≈66 giây | ≈17 giây | ≈75 giây |
| Thư viện 100 GB | 76,8 GB | ≈11 phút | ≈2,9 phút | ≈12,5 phút |
| Thư viện 1 TB | 786 GB | ≈112 phút | ≈30 phút | ≈128 phút |
Giống như phí lưu trữ, đây là đầu tư một lần, hưởng lợi lâu dài: sao chép vào/ra ổ cứng di động, đồng bộ NAS, chạy Time Machine, di trú sang máy mới, gửi cho đồng nghiệp — chỉ cần vẫn còn chuyển dữ liệu này, mỗi lần đều tiết kiệm thời gian theo đúng tỷ lệ đó.
7. Nếu việc nén xảy ra trước khi người dùng tải lên
Phần trước tính toán là bài toán 'sau khi ảnh đã được lưu'. Còn một quãng đường nữa đáng tính hơn: khoảng thời gian từ khi người dùng bấm 'tải lên' đến khi thanh tiến trình đi hết, đi qua băng thông upload của chính người dùng, mà upload gần như luôn là khâu chậm nhất trong toàn bộ đường truyền. Ảnh gốc xuất thẳng từ máy ảnh mỗi tấm vài MB, lớn hơn một bậc độ lớn so với loại ảnh thành phẩm 'đã được website nén, trung bình 299 KB' của bài trước, vì thế sự khác biệt về thời gian này cũng rõ ràng hơn nhiều.
Tính theo dung lượng trung bình mỗi ảnh đo được trong đợt này: ảnh gốc máy ảnh trung bình 2,96 MB, sau khi ImgZilla nén trung bình 0,69 MB, mỗi ảnh tiết kiệm khoảng 2,27 MB.
| Băng thông upload (dải điển hình theo đo tốc độ công khai, chỉ để tham khảo) | Một ảnh 2,96MB→0,69MB |
Upload album 50 ảnh ≈148MB→34MB |
Upload toàn bộ 32.188 ảnh đợt này 99,9GB→23,1GB |
|---|---|---|---|
| Mạng di động (4G/5G tổng hợp, lấy 30 Mbps) | tiết kiệm ~0,6 giây | tiết kiệm ~30 giây | tiết kiệm ~5,7 giờ |
| Đường lên băng rộng gia đình thông thường (lấy 25 Mbps) | tiết kiệm ~0,7 giây | tiết kiệm ~36 giây | tiết kiệm ~6,8 giờ |
| Đường lên băng rộng đối xứng Gigabit (1000 Mbps) | tiết kiệm ~0,02 giây | tiết kiệm ~0,9 giây | tiết kiệm ~10 phút |
0,6 giây cho một ảnh vẫn chưa có cảm giác gì, nhưng khi tải lên cả một album hoặc nhập hàng loạt vài trăm ảnh gốc từ máy ảnh, số phút tiết kiệm được là điều có thể cảm nhận rõ — đặc biệt với người dùng mạng di động có đường lên vốn đã chậm.
Con số khoảng trên lấy từ các thống kê đo tốc độ công khai tại Trung Quốc, tốc độ thực tế bị ảnh hưởng rất lớn bởi nhà mạng, khu vực, thiết bị, tắc nghẽn mạng, chỉ mang tính tham khảo về bậc độ lớn.
8. Dữ liệu và ghi chú thử nghiệm
- Phạm vi mẫu: Dữ liệu trong bài đến từ đợt đo thực tế 32.188 JPEG xuất thẳng từ máy ảnh / điện thoại này, phản ánh kết quả của nhóm mẫu này, không có nghĩa là 'ImgZilla trung bình nén được 76,8%'. Máy ảnh khác, dòng máy khác, kết quả sẽ khác; những ảnh đã được tối ưu tinh vi từ trước sẽ có không gian khai thác nhỏ hơn rõ rệt.
- Cách chọn mẫu: Toàn bộ tệp không qua bất kỳ sự chọn lọc hay làm sạch nào, được nén toàn bộ theo 16 thư mục con ban đầu, không có chuyện chọn lọc mẫu có lợi.
- Khả năng so sánh với bài trước: Bài trước 46,8%, bài này 76,8%, khác biệt gần như hoàn toàn đến từ việc nguồn ảnh đã bị nén hay chưa. Hầu hết thư viện ảnh sẽ nằm giữa hai con số này — ảnh đã nén khi nhập kho gần với 46,8%, ảnh thô người dùng tải lên lần đầu gần với 76,8%.
- Tiêu chí thống kê: 76,8% trong bài là 'tổng số byte tiết kiệm ÷ tổng số byte gốc'; trung bình cộng tỷ lệ nén từng tệp là 76,6%, trung vị 77,3%, cả hai tiêu chí đều đã nêu trong bài. Đơn vị dung lượng quy đổi theo 1 GB = 10⁹ byte.
- Tham số nén: Tham số cố định, trên giao diện không có thanh trượt chất lượng. Đây là sự đánh đổi trong thiết kế — tham số của từng định dạng đã được chỉnh ở điểm cân bằng trong vùng không mất mát về mặt thị giác. Người dùng quen tự chỉnh tham số thủ công cần lưu ý điều này.
- Môi trường chạy: Toàn bộ thực hiện trên máy này, ảnh không rời khỏi chiếc Mac này, không cần kết nối mạng (trừ xác minh mua hàng trên App Store).
Nguồn tham khảo giá (bảng giá công khai năm 2026, cụ thể lấy giá theo thời gian thực trên website chính thức của từng nền tảng): AWS S3 Pricing, Alibaba Cloud OSS bảng giá, Google Cloud Storage Pricing, Cloudflare R2 Pricing, Alibaba Cloud CDN bảng giá, AWS CloudFront Pricing, Google Cloud CDN Pricing.
Muốn tự mình kiểm chứng? Hãy tải ImgZilla trực tiếp từ Mac App Store, thử nén vài ảnh đã qua xử lý trên website của bạn, rồi mới quyết định có tiếp tục nén các ảnh khác hay không.
Mac App Store: https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
Tìm hiểu thêm: https://imagetool.app/ImgZilla
Yêu cầu hệ thống: macOS 12.3 trở lên.