Bagaimana Windows Menentukan Jumlah Waktu yang Dibutuhkan untuk Melakukan Tindakan dengan File?
Perkiraan 'sisa waktu' pada Windows sudah cukup untuk membuat orang gila di kali, tetapi apakah Anda pernah bertanya-tanya bagaimana Windows menentukan waktu itu? Posting Tanya Jawab Pengguna Super hari ini memiliki beberapa jawaban untuk pertanyaan pembaca yang penasaran, namun frustrasi.
Sesi Tanya Jawab hari ini datang kepada kami berkat SuperUser-subdivisi Stack Exchange, pengelompokan situs web Q&A berbasis komunitas.
Screenshot jendela transfer file Windows 8.1 milik saya benar-benar famecore.
Pertanyaan
SuperUser reader 'im really famecore' ingin tahu bagaimana Windows menentukan jumlah waktu yang diperlukan untuk melakukan operasi dengan file:
Saya ingin tahu apakah ada persamaan yang digunakan Windows untuk menentukan berapa lama waktu yang diperlukan untuk melakukan suatu tindakan dengan file seperti: menghapus, menyalin, menghapus, atau menginstal.
Misalnya, ketika saya menghapus file dan Windows berkata Sisa waktu: 18 detik, bagaimana cara menghitung angka ini, dan apa yang digunakan untuk menghitungnya?
Apakah Windows menggunakan persamaan khusus untuk menentukan waktu yang tersisa untuk melakukan operasi, atau apakah itu hanya memberikan perkiraan 'tebakan terbaik'?
Jawabannya
Kontributor SuperUser, Valmiky Arquissandas dan Richard, memiliki jawaban untuk kita. Pertama, Valmiky Arquissandas:
Pernahkah Anda memperhatikan bahwa biasanya tidak memberi Anda perkiraan selama beberapa detik pertama?
Itu karena selama beberapa detik pertama, itu hanya operasi yang harus dilakukan. Kemudian, setelah beberapa saat, ia tahu berapa banyak yang sudah disalin / dihapus / dll, dan berapa lama. Itu memberi Anda kecepatan rata-rata operasi.
Kemudian, bagi byte yang tersisa dengan kecepatan, dan Anda punya waktu untuk menyelesaikan operasi.
Ini matematika sekolah dasar. Jika Anda ingin melakukan perjalanan 360 km, dan pada akhir menit pertama Anda telah menempuh 1 km, berapa lama Anda akan mencapai tujuan Anda?
Nah, kecepatannya 1 km / menit, jadi itu 60 km / jam. 360 km dibagi 60 km / jam memberi Anda perkiraan waktu 6 jam (atau 360 km / 1 km / menit = 360 menit = 6 jam). Karena Anda sudah melakukan perjalanan selama satu menit, maka perkiraan waktu yang tersisa adalah 5 jam dan 59 menit.
Ganti perjalanan dengan salinan, km dengan byte, dan itu menjawab pertanyaan Anda.
Sistem yang berbeda memiliki cara yang berbeda dalam memperkirakan waktu. Anda dapat mengambil menit terakhir dan perkiraan dapat sangat bervariasi. Atau Anda dapat mengambil waktu penuh, dan jika kecepatan benar-benar berubah secara permanen, perkiraan Anda mungkin jauh dari kenyataan. Apa yang saya jelaskan adalah metode paling sederhana.
Diikuti oleh jawaban dari Richard:
Jika Anda tertarik, pertanyaan ini memberi tahu Anda bagaimana Windows dan OSX memformat waktu yang tersisa ke bilah progres setelah memiliki gagasan berapa lama waktu yang tersisa.
Ketika memperpendek ekspresi waktu dalam dialog progres, haruskah dibulatkan ke atas atau ke bawah?
Raymond Chen, pengembang di tim Windows di Microsoft, mengkonfirmasi algoritma ini (lihat jawaban Valmiky di atas) dalam posting di blognya. Dia juga menjelaskan mengapa itu bisa salah.
Mengapa dialog salin memberikan perkiraan yang mengerikan?
Punya sesuatu untuk ditambahkan ke penjelasan? Berbunyi dalam komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange yang mengerti teknologi lainnya? Lihat utas diskusi lengkap di sini.