Saya pernah membaca di suatu tempat bahwa perlu waktu lebih lama untuk mengunduh file zip daripada file tanpa zip dengan ukuran yang sama, karena sifat dari file zip.
Apakah ini benar atau tidak masuk akal?
sunting: saya sedang berbicara tentang lalu lintas HTTP
Jawaban:
Ketika koneksi menggunakan kompresi , maka tentu saja.
Anda tidak dapat mengompres data secara efisien 2 kali. Jadi ketika kompresi dihidupkan, file zip 1 MB akan ditransfer lebih lambat daripada file txt 1 MB.
NB: Ini tergantung pada protokol transfer. FTP atau protokol lain tidak memiliki kompresi bawaan. HTTP memiliki.
sumber
Itu tidak benar jika Anda mengunduh melalui FTP standar atau HTTP. Untuk jenis koneksi lain, lihat jawaban Christopher .
Dengan asumsi koneksi yang sama kecepatan unduhan ditentukan oleh ukuran file.
Mungkin ada penundaan di akhir pengunduhan jika Anda mengaktifkan pemeriksaan virus otomatis karena harus membuka dan membongkar file zip untuk memeriksa konten daripada dapat memeriksa file secara langsung.
sumber
Jika Anda menggunakan koneksi PPP (dial-up atau VPN) dengan kompresi, file zip dapat mengunduh dengan kecepatan lebih rendah daripada file teks karena sifatnya (yang sebelumnya telah dikompresi dan yang terakhir akan dikompresi oleh protokol sehingga meningkatkan kecepatan yang diukur) .
Tetapi jika Anda membandingkan jumlah informasi yang Anda terima, mengunduh file zip akan tetap lebih efisien karena setiap pengarsipan file biasanya lebih unggul daripada kompresi link-layer. Jadi file teks zip akan diunduh lebih cepat daripada file teks yang sama kata demi kata, bahkan jika kompresi sedikit meningkatkan kecepatan unduh.
sumber
Anda harus memperhatikan bahwa tidak ada perbedaan dalam protokol HTTP karena di server dan di router mereka menggunakan GZIP untuk paket zip dan kemudian mengirimkannya jika Anda zip atau non mereka bertindak sama.
sumber
Seperti yang telah disebutkan, lalu lintas HTTP dapat dikompresi, tetapi tidak selalu.
Anda mungkin telah membaca ini pada saat orang menggunakan modem ponsel alih-alih modem adsl / kabel. Dalam situasi ini, teks dikompresi sebelum mengirim atau menerima, sehingga file teks Anda akan dikirim lebih cepat.
sumber
Tidak yakin apakah ini terkait atau tidak, tetapi jika Anda mengunduh satu file zip (zip tanpa kompresi), ini lebih cepat daripada mengunduh paket yang sama dengan banyak file (unzip), karena diperlukan permintaan overhead HTTP sebelum mulai mengunduh setiap file individual.
sumber
Jawaban Praktis: tujuan membuat zip file Anda adalah untuk membuatnya lebih mudah untuk dibagikan (iedownload) dengan orang lain. Zip berfungsi dengan kompresi, yang berarti 'menyusut file' dalam bahasa Inggris yang umum.
Perangkat lunak komputer tidak sempurna, dan mungkin ada kasus tepi aneh di mana zip file akan membuatnya sedikit lebih besar dan lebih sulit untuk dibagikan. Menemukan kasus tepi ini di mana kegagalan zip mungkin akan membuat Anda menangis dan tidak sepadan dengan waktu Anda.
Jawaban Hipotetis: Sangat rumit. Jawabannya tergantung pada program zip, protokol transmisi, ukuran file, tipe file, bahkan mungkin tipe browser atau perangkat lunak antivirus yang berjalan di komputer klien. Dengan kata lain, "itu tergantung."
sumber
Jawabannya sebenarnya "tergantung": Tergantung pada format yang dipilih server web untuk mengirim file.
Jika server menghasilkan jawaban dengan byte as-is biner, maka file zip dan zip yang berukuran sama akan diunduh dalam kecepatan yang sama.
Jika server menghasilkan respons dalam pengkodean Base64, maka itu meningkatkan jumlah byte dan file zip akan membutuhkan waktu lebih lama untuk diunduh. Sebagian besar server web modern tidak melakukan hal itu lagi, meskipun dulu cukup lazim beberapa tahun yang lalu.
Untuk menjelaskan, format base64 adalah aliran karakter yang dapat ditampilkan 6-bit. Itu berarti, misalnya, bahwa 6 byte biner, yang 6 * 8 = 48 bit, dikodekan sebagai 48/6 = 8 karakter. Secara umum, untuk n byte biner, jumlah karakter base64 yang dikirim adalah (n * 8) / 6. Jadi pengiriman n biner byte lebih lambat daripada mengirim n teks byte dengan 33% (8 dibagi 6), karena lebih banyak karakter terkirim.
sumber