Hitung waktu unggah

Masukkan ukuran berkas dan laju unggah yang sebenarnya

Untuk mendapatkan hasil yang berguna, kamu memerlukan dua angka: ukuran berkas yang ingin dikirim dan kecepatan koneksi kamu dalam mengirim data. Arah transfer menentukan nilai yang harus digunakan. Saat mengunggah, laju unggahlah yang membatasi. Laju unduh menggambarkan penerimaan data dan tidak dapat langsung digunakan sebagai penggantinya, meskipun ditampilkan lebih menonjol dalam kontrak atau hasil pengukuran.

Dari mana mendapatkan kecepatan unggah

Nilai yang paling dapat diandalkan adalah nilai yang kamu ukur pada koneksimu sendiri. Uji kecepatan yang menampilkan unduh dan unggah secara terpisah sesuai untuk keperluan ini. Gunakan angka unggahnya dan perhatikan satuannya. Keterangan paket seperti “hingga …” menyebutkan batas maksimum dalam kontrak, bukan nilai hasil pengukuran. Kalkulator ini tidak melakukan pengukuran sendiri. Kalkulator hanya menggunakan angka yang kamu masukkan. Laju yang sebenarnya juga dapat berubah selama transfer. Karena itu, hasilnya selalu menggambarkan laju yang konstan.

Satuan dan format angka

• Ukuran berkas: B, KB, MB, GB, MiB, atau GiB. KB, MB, dan GB dihitung secara desimal, yaitu 1 MB = 1.000.000 bita. MiB dan GiB dihitung secara biner, yaitu 1 MiB = 1.048.576 bita.
• Kecepatan: Kbit/s, Mbit/s, Gbit/s, atau MB/s. Satuan yang dipilih mengubah perhitungan dan bukan sekadar label. 2 MB/s delapan kali lebih cepat daripada 2 Mbit/s.
• Masukan paling akurat adalah jumlah bita yang tepat dari properti berkas, dimasukkan dalam B. Setelah dikonversi, ukuran harus menghasilkan jumlah bita berupa bilangan bulat.
• Gunakan koma sebagai tanda desimal, misalnya “1,5”. Titik hanya digunakan sebagai pemisah ribuan: “1.000” berarti seribu. Kelompok pertama harus berisi satu hingga tiga digit dan setiap kelompok berikutnya tepat tiga digit. Untuk seribu, masukkan “1000”, “1.000”, atau “1.000,00”. Jangan gunakan spasi sebagai pemisah ribuan atau ketik satuan di kolom angka.
• Berkas berukuran 0 bita diperbolehkan dan menghasilkan durasi 0 detik. Kecepatan harus lebih besar dari 0.
• Efisiensi harus di atas 0 dan maksimal 100 persen. Nilai awal 90 persen hanyalah contoh asumsi, bukan rekomendasi.

Tidak yakin apakah suatu ukuran dimaksudkan sebagai desimal atau biner? Kamu dapat terlebih dahulu mengonversi KB, MB, dan MiB, lalu memilih satuan yang sesuai.

Dari bita berkas menjadi detik

Ukuran berkas dinyatakan dalam bita, sedangkan laju koneksi biasanya dalam bit per detik. Sebelum dibagi, kedua nilai harus memiliki satuan dasar yang sama. Kalkulator melakukannya dalam empat langkah:

1. Kalkulator mengonversi ukuran berkas ke bita. 10 MB menjadi 10.000.000 bita.
2. Kalkulator mengalikan jumlah bita dengan 8 karena satu bita terdiri dari 8 bit. Hasilnya adalah 80.000.000 bit.
3. Kalkulator mengonversi laju unggah ke bit per detik. 10 Mbit/s sama dengan 10.000.000 bit/s.
4. Kalkulator membagi jumlah bit dengan bit per detik untuk mendapatkan durasi ideal: 80.000.000 ÷ 10.000.000 = 8 detik.

Dalam bentuk rumus: waktu ideal dalam detik = bita × 8 ÷ (Mbit/s × 1.000.000). Jika ukurannya 10 MiB, bukan 10 MB, kalkulator menggunakan 10.485.760 bita. Dengan laju yang sama, yaitu 10 Mbit/s, hasilnya 8,388608 detik. Perbedaannya kecil, tetapi menunjukkan bahwa satuan ukuran yang tepat tetap penting.

Mengapa MB/s dan Mbit/s berbeda

MB/s menghitung megabita per detik, sedangkan Mbit/s menghitung megabit per detik. Satu bita terdiri dari 8 bit, sehingga 1 MB/s setara dengan tepat 8 Mbit/s. Satu megabit sama dengan 1.000.000 bit dan satu megabita sama dengan 1.000.000 bita, bukan 1.000.

Contoh dengan laju aktual yang sama, dihitung sebagai durasi ideal pada efisiensi 100 persen: Berkas berukuran 25 MB diunggah dengan kecepatan 2 MB/s. Dalam perhitungan berbasis bita, hasilnya 25 ÷ 2 = 12,5 detik. Dalam perhitungan berbasis bit, berkas tersebut berukuran 200.000.000 bit, dan 2 MB/s sama dengan 16 Mbit/s. 200.000.000 ÷ 16.000.000 juga menghasilkan 12,5 detik. Namun, jika kamu tidak sengaja memilih Mbit/s dan memasukkan 2, kalkulator menggunakan laju yang hanya seperdelapan dari laju semula, sehingga durasi ideal menjadi 100 detik, bukan 12,5 detik. Dengan efisiensi bawaan 90 persen, durasi yang disesuaikan menjadi lebih lama untuk masing-masing laju: setelah dibulatkan, 13,888889 detik pada 2 MB/s dan 111,111111 detik pada 2 Mbit/s. Karena itu, periksa satuan yang digunakan pada hasil pengukuranmu.

Laju dua kali lipat, waktu separuhnya

Untuk berkas yang sama, durasi berbanding terbalik dengan laju unggah. Untuk berkas berukuran 100 MB, laju 5, 10, dan 20 Mbit/s secara teoretis menghasilkan durasi 160, 80, dan 40 detik.

Nilai ideal dan efisiensi yang diasumsikan

Kalkulator menampilkan dua durasi. Durasi ideal berlaku jika seluruh laju yang dimasukkan tersedia untuk berkas kamu sepanjang waktu. Durasi yang disesuaikan memperhitungkan efisiensi yang kamu tetapkan. Efisiensi adalah bagian dari laju yang dimasukkan yang kamu anggap benar-benar dapat digunakan. Kedua durasi ditampilkan dalam detik, menit, atau jam sesuai panjangnya. Untuk durasi yang disesuaikan, tersedia pula baris detail dengan jumlah detik yang dibulatkan hingga enam angka di belakang koma.

Rumusnya adalah: durasi yang disesuaikan = durasi ideal ÷ (efisiensi ÷ 100). Pada 100 persen, kedua nilai sama. Pada 80 persen, dari 10 Mbit/s secara perhitungan hanya 8 Mbit/s yang dapat digunakan, sehingga durasi untuk 10 MB berubah dari 8 detik menjadi 10 detik. Jika efisiensi kamu kurangi menjadi separuh, durasi yang disesuaikan menjadi dua kali lipat.

Apakah kehilangan 10 persen sama dengan efisiensi 90 persen?

Dalam kalkulator ini, ya, jika kehilangan tersebut dipahami sebagai bagian dari laju. Jika laju yang dapat digunakan berkurang 10 persen, masukkan efisiensi 90 persen. Beberapa kalkulator lain justru menambahkan persentase pada jumlah data. Itu merupakan metode berbeda dengan hasil berbeda, seperti yang ditunjukkan baris terakhir tabel: Efisiensi 80 persen menghasilkan 10 detik, sedangkan penambahan 20 persen pada berkas menghasilkan 9,6 detik. Karena itu, jangan langsung menggunakan nilai persentase dari alat lain tanpa memeriksanya.

Efisiensi mana yang sesuai dengan masukanmu?

Tidak ada nilai yang berlaku untuk semua kondisi. Efisiensi adalah asumsi kamu, bukan hasil pengukuran. Hal yang menentukan adalah apa yang sudah tercakup dalam laju yang dimasukkan. Nilai paket atau laju nominal koneksi menggambarkan kemampuan maksimum yang seharusnya diberikan koneksi. Dalam hal ini, persentase yang lebih rendah dapat menggambarkan skenario yang berhati-hati. Namun, jika kamu telah mengukur seberapa cepat data benar-benar dikirim dari koneksimu, menerapkan pengurangan tambahan secara pukul rata mungkin membuatmu menghitung pengurangan yang sama dua kali. Dalam kondisi tersebut, 100 persen bisa menjadi skenario yang memang kamu maksud. Jika ragu, hitung dua atau tiga variasi dan gunakan rentangnya untuk perencanaan.

Transfer bukan keseluruhan proses

Jika portal masih bekerja beberapa saat setelah pengunggahan, belum tentu proses unggah masih berlangsung. Pengiriman sering kali terdiri dari beberapa tahap, dan kalkulator hanya menggambarkan tahap pertama:

1. Transfer berkas: Bita dikirim melalui koneksimu ke tujuan. Tahap inilah yang diperkirakan kalkulator.
2. Waktu tunggu di server tujuan: Penerima menerima dan menyimpan berkas. Waktu ini tidak termasuk.
3. Pemeriksaan dan pemrosesan PDF: Bergantung pada penerima, berkas dapat, misalnya, diperiksa untuk mendeteksi virus, diekstrak isinya, atau dikonversi. Waktu ini juga tidak termasuk.

Kalkulator tidak memperhitungkan waktu untuk dua tahap terakhir, bahkan tidak menggunakan nilai perkiraan umum. Lamanya bergantung pada masing-masing penerima.

Mengapa unggahan sebenarnya bisa lebih lama

• Koneksi digunakan bersama: Jika perangkat atau program lain menggunakan koneksi pada saat yang sama, kapasitas yang tersisa untuk berkasmu lebih sedikit.
• Hasil pengukuran sudah tidak terkini: Uji kecepatan menggambarkan satu saat tertentu, bukan laju selama unggahanmu.
• Penerima membatasi kecepatan: Server tujuan juga dapat menerima data lebih lambat daripada kemampuan koneksimu untuk mengirimnya.
• Arah yang digunakan tidak tepat: Jika kamu menghitung dengan laju unduh sementara unggahanmu lebih lambat, perkiraan waktunya akan terlalu singkat.

Karena itu, waktu yang dihitung merupakan panduan untuk transfer saja. Nilai tersebut tidak memprediksi kapan penerima akan mengonfirmasi penerimaan. Jika tenggat sudah dekat, sebaiknya jangan baru memulai unggahan sesaat sebelumnya.

Melanjutkan perencanaan dengan berkas akhir

Pada laju dan efisiensi yang sama, durasi bertambah tepat sebanding dengan ukuran berkas. Jadi, jumlah bita separuhnya memerlukan waktu separuhnya. Jika PDF kamu besar dan penerima juga menerima versi yang lebih kecil, kamu dapat memperkecil ukuran berkas PDF, lalu menghitung ulang menggunakan ukuran baru.

Kalkulator ini tidak memprediksi seberapa kecil ukuran berkas nantinya. Hal itu bergantung pada isi PDF. Karena itu, masukkan ukuran berkas akhir yang telah diunduh, sebaiknya jumlah bita yang tepat dari properti berkas.

Unggahan yang cepat juga tidak berarti berkas akan diterima. Penerima dapat menetapkan batasnya sendiri, misalnya untuk ukuran berkas, jumlah berkas, atau jumlah halaman. Dengan kalkulator, kamu dapat terlebih dahulu memeriksa batas unggahan untuk menguji apakah PDF kamu memenuhinya.