Tes Frame Rate dan FPS

Tes frame rate mengukur berapa banyak gambar yang dikirim sebuah perangkat per detik, dan seberapa merata gambar-gambar itu tiba. Tes ini mengambil sampel stempel waktu yang disematkan browser pada setiap frame animasi dan mengubah interval antar frame berurutan menjadi frame rate dalam FPS. Dari sampel tersebut, tes ini melaporkan enam angka: penghitung langsung, rata-rata, minimum, 1% low, simpangan baku interval frame, dan jumlah stutter. Angka rata-rata menggambarkan throughput sedangkan lima angka lainnya menggambarkan konsistensi, itulah sebabnya keduanya dilaporkan secara terpisah. Satu angka rata-rata saja tidak dapat memberi tahu Anda apakah pengujian berjalan mulus atau penuh patah-patah.

Pastikan tab ini menjadi jendela aktif, karena browser membatasi frame animasi di tab latar belakang dan pembacaannya akan anjlok ke angka seadanya. Tutup aplikasi yang berat, klik Mulai Tes, dan biarkan penghitung berjalan minimal 10 detik; pada titik itu pengujian selesai secara otomatis dan panel diagnostik akan menilainya. Amati dulu FPS rata-rata hingga stabil, lalu bandingkan dengan 1% low tepat di bawahnya, dan baca jitter waktu frame serta jumlah stutter paling akhir. Untuk perbandingan yang adil, jalankan tes tiga kali dalam kondisi yang identik dan bandingkan sebaran hasilnya daripada mempercayai satu pembacaan, sebab satu kali pengujian mudah dipengaruhi pembaruan di latar belakang.

Angka 1% low mengambil satu persen frame paling lambat dalam sebuah pengujian, merata-ratakan waktu frame-nya, lalu mengubahnya kembali menjadi frame rate. Angka ini menjawab pertanyaan yang tidak dapat dijawab oleh rata-rata: seberapa buruk momen terburuknya? Jika rata-ratanya 120 FPS tetapi 1% low-nya 45 FPS, maka sekitar satu dari seratus frame membutuhkan waktu lebih dari tiga kali lipat seharusnya, dan macet seperti itulah yang dipersepsikan pemain sebagai patah-patah dan input yang tidak terdaftar. Sebagai patokan praktis, sistem yang sehat menjaga 1% low dalam kisaran sekitar 10 sampai 20 persen dari rata-ratanya, dan selisih yang lebih lebar menunjukkan masalah pacing, bukan masalah kecepatan mentah.

Untuk pekerjaan desktop, video, dan penjelajahan web, 60 FPS sudah cukup halus karena sesuai dengan refresh rate sebagian besar layar. Untuk gaming, 60 FPS masih dapat dimainkan, 120 FPS memberikan peningkatan yang jelas pada kejelasan gerakan dan respons input, dan 240 FPS terutama menguntungkan pemain kompetitif yang juga memiliki panel high refresh rate yang sepadan. Di atas refresh rate panel Anda, frame tambahan sebagian besar dibuang, sehingga hasil 90 FPS pada layar 60Hz terutama menambah kehalusan melalui berkurangnya tearing, bukan melalui frame tambahan yang terlihat. Konsistensi lebih penting daripada angka puncak, dan 60 FPS yang terkunci dengan 1% low 55 terasa lebih baik daripada rata-rata 90 dengan 1% low 30.

Stutter hampir selalu berasal dari waktu frame yang tidak merata, bukan dari rata-rata yang kurang tinggi. Penyebab paling umum adalah beban latar belakang: monitor kedua yang memutar video, tab browser yang mendekode halaman besar, klien sinkronisasi cloud, atau pembaruan sistem semuanya mencuri waktu CPU dan GPU secara berkala. Penyebab umum kedua adalah manajemen termal atau daya, karena laptop yang berjalan dengan baterai dan bodi tipis di bawah beban berkelanjutan menurunkan clock, itulah sebabnya sebuah pengujian sering dimulai dengan cepat lalu menurun dalam satu menit. Penyebab ketiga adalah batas frame rate yang digabung dengan refresh rate yang tidak sepadan, di mana VSync dan batas 60 FPS pada panel 60Hz saling bertabrakan dan menghasilkan judder yang terlihat.

Tes ini akurat untuk apa yang diukurnya, yaitu frame rate yang benar-benar dikirim pipeline rendering browser ke layar, dan tes ini adalah alat yang tepat untuk aplikasi web, game browser, atau adegan canvas dan WebGL. Setiap frame diberi stempel waktu oleh browser itu sendiri, sehingga intervalnya nyata dan bukan perkiraan. Batasnya terletak pada cakupan, bukan pada presisi: browser tidak dapat membaca penghitung FPS internal game native di jendela lain, tidak dapat melaporkan utilisasi GPU atau kecepatan clock, dan tidak dapat mengukur latensi click-to-photon. Tes ini juga tidak dapat menjadi benchmark bare-metal, karena sistem operasi dan browser sama-sama menambah bebannya sendiri.

Keduanya mengukur dua hal berbeda yang mudah tertukar. Tes refresh rate mengukur plafon panel: berapa kali per detik layar dapat menggambar ulang secara fisik, umumnya 60, 120, 144, atau 240 kali, dan tes itu juga memeriksa ghosting serta frame skipping. Tes frame rate mengukur apa yang sebenarnya dikirim ke dalam plafon tersebut. Hubungan keduanya penting: jika panel Anda 144Hz tetapi frame rate yang terkirim hanya 60, maka layar sama sekali bukan hambatannya dan menggantinya tidak akan mengubah apa pun. Jalankan tes refresh rate untuk menetapkan plafonnya, lalu jalankan tes frame rate untuk melihat seberapa banyak plafon itu yang benar-benar Anda pakai.

Tangani penyebabnya sesuai urutan kemungkinan. Pertama, tutup tab lain, panggilan video, dan peluncur aplikasi, lalu jalankan ulang tes untuk melihat seberapa besar penurunan yang berasal dari beban latar belakang. Kedua, periksa utilisasi CPU dan GPU selama pengujian, karena satu inti yang penuh atau antrean grafis yang sibuk biasanya menjelaskan 1% low yang rendah. Ketiga, ubah profil daya sistem operasi dari mode hemat ke mode seimbang atau performa tinggi, yang paling berpengaruh pada laptop yang berjalan dengan baterai. Keempat, perbarui driver grafis dan pastikan laptop dengan grafis hybrid memakai GPU diskret. Terakhir, turunkan beban rendering halaman yang sedang Anda ukur.

Anda dapat menguji game apa pun yang berjalan di dalam tab browser, termasuk judul HTML5, canvas, WebGL, dan WebGPU, karena semuanya digambar melalui pipeline frame animasi yang sama dengan yang disampel tes ini. Anda tidak dapat menguji game native yang berjalan di jendela lain atau dalam mode fullscreen exclusive, karena halaman web tidak memiliki akses ke internal aplikasi lain. Untuk game native, gunakan overlay FPS bawaan game tersebut atau driver grafisnya, misalnya overlay performa di NVIDIA GeForce Experience atau AMD Adrenalin. Gunakan tes ini untuk game browser dan aplikasi web, dan gunakan overlay tersebut ketika Anda membutuhkan telemetri dalam game.

Waktu frame adalah berapa lama satu frame dibutuhkan untuk diproduksi, diukur dalam milidetik, sedangkan FPS menghitung berapa frame yang muat dalam satu detik. Keduanya merupakan kebalikan matematis: 60 FPS berarti 16.7 milidetik per frame, 120 FPS berarti 8.3 milidetik, dan 144 FPS berarti 6.9 milidetik. Waktu frame lebih banyak mengungkap saat Anda memburu stutter, karena menjelaskan setiap frame secara tersendiri alih-alih merata-ratakan satu detik penuh. Pengujian yang rata-ratanya 60 FPS masih bisa memuat frame individual yang membutuhkan 40 milidetik atau lebih, dan frame panjang itulah yang dibaca mata sebagai tersendat. Tes ini melaporkan waktu frame secara langsung, sehingga pencilan yang disembunyikan penghitung sederhana menjadi terlihat.

Rata-rata tinggi dengan waktu frame yang tidak stabil terasa lebih buruk daripada rata-rata lebih rendah tetapi stabil, karena mata jauh lebih sensitif terhadap perubahan pacing daripada kecepatan absolut. Jika sebuah pengujian mencapai rata-rata 144 FPS tetapi setiap frame kesepuluh membutuhkan 30 milidetik, gerakan akan tampak tersendat meskipun rata-ratanya sehat. Penyebab yang khas meliputi satu utas CPU yang jenuh, henti karena kompilasi shader, tersendatnya streaming tekstur, atau proses latar belakang yang berebut GPU. Pemeriksaan praktisnya adalah memantau 1% low dan jumlah stutter daripada rata-rata: nilai 1% low dalam kisaran 10 sampai 20 persen dari rata-rata berarti pacingnya sehat, dan jarak yang lebih lebar berarti hambatannya adalah lonjakan mendadak, bukan performa mentah.

Batas frame rate membatasi berapa banyak frame yang boleh dihasilkan aplikasi, biasanya agar keluaran tetap selaras dengan layar. Membatasi sedikit di bawah refresh rate panel, misalnya 141 FPS pada layar 144Hz dengan VSync aktif, adalah cara standar memangkas latensi input sambil menghindari tearing. Pada layar dengan variable refresh rate seperti G-Sync atau FreeSync, batas di bawah nilai maksimum menjaga panel tetap berada dalam rentang variabelnya dan mencegahnya kembali ke perilaku laju tetap. Batas hanya menjadi merugikan ketika dipasang di bawah yang sebenarnya mampu disajikan sistem tanpa alasan yang jelas, karena pada saat itu performa nyata dibiarkan tidak terpakai.