Ujian Kadar Bingkai

Ujian kadar bingkai mengukur berapa banyak imej yang dihantar oleh peranti setiap saat, dan seberapa sekata imej itu tiba. Ujian ini menyampel cap masa yang dilampirkan pelayar pada setiap bingkai animasi dan menukar selang antara bingkai berturutan menjadi kadar bingkai dalam FPS. Daripada sampel itu ia melaporkan enam angka: kiraan langsung, purata, minimum, 1% low, sisihan piawai selang bingkai, dan bilangan stutter. Purata menerangkan daya pemprosesan manakala lima lagi menerangkan konsistensi, itulah sebabnya ia dilaporkan secara berasingan. Satu angka purata sahaja tidak boleh memberitahu anda sama ada ujian itu lancar atau penuh sendatan.

Pastikan tab ini ialah tetingkap aktif, kerana pelayar mengehadkan bingkai animasi dalam tab latar dan bacaan akan jatuh ke kadar token. Tutup aplikasi berat, klik Mula Ujian, dan biarkan kiraan berjalan sekurang-kurangnya sepuluh saat, iaitu ketika ujian tamat secara automatik dan panel diagnostik menilainya. Perhatikan purata stabil dahulu, kemudian bandingkan dengan 1% low tepat di bawahnya, dan baca jitter masa bingkai serta bilangan stutter paling akhir. Untuk perbandingan yang adil, jalankan ujian tiga kali dalam keadaan yang sama dan bandingkan sebarannya dan bukan mempercayai satu bacaan, kerana satu ujian mudah dipesongkan oleh kemas kini latar belakang.

Nilai 1% low mengambil satu peratus bingkai paling perlahan dalam satu ujian, memuratakan masa bingkainya, dan menukarnya kembali menjadi kadar bingkai. Ia menjawab soalan yang tidak dapat dijawab purata: betapa buruknya detik-detik buruk itu? Jika purata 120 FPS tetapi 1% low 45 FPS, maka kira-kira satu bingkai daripada seratus mengambil masa lebih daripada tiga kali ganda daripada yang sepatutnya, dan tersekat itulah yang dirasai pemain sebagai sendatan dan input yang terlepas. Sebagai peraturan praktikal, sistem yang sihat mengekalkan 1% low dalam lingkungan kira-kira 10 hingga 20 peratus daripada puratanya, dan jurang yang lebih lebar menunjukkan masalah rentak dan bukan masalah kelajuan mentah.

Untuk kerja desktop, video dan pelayaran web, 60 FPS sudah cukup lancar kerana ia sepadan dengan kadar segar semula kebanyakan paparan. Untuk permainan, 60 FPS boleh dimainkan, 120 FPS memberikan peningkatan yang jelas dalam kejelasan gerakan dan tindak balas input, dan 240 FPS terutamanya memberi manfaat kepada pemain kompetitif yang juga mempunyai panel kadar segar semula tinggi yang sepadan. Melebihi kadar segar semula panel anda, bingkai tambahan sebahagian besarnya dibuang, jadi keputusan 90 FPS pada skrin 60Hz kebanyakannya menambah kelancaran melalui pengurangan tearing dan bukan melalui bingkai tambahan yang kelihatan. Konsistensi lebih penting daripada puncak, dan 60 yang terkunci dengan 1% low 55 terasa lebih baik daripada purata 90 dengan 1% low 30.

Stutter hampir selalu berpunca daripada masa bingkai yang tidak sekata dan bukan daripada purata yang tidak mencukupi. Punca paling biasa ialah beban latar belakang: monitor kedua yang memainkan video, tab pelayar yang menyahkod halaman besar, klien penyegerakan awan, atau kemas kini sistem semuanya mencuri masa CPU dan GPU secara berkelompok. Punca kedua yang biasa ialah pengurusan terma atau kuasa, kerana komputer riba pada bateri dan casis nipis di bawah beban berterusan mengurangkan kelajuan jam, itulah sebabnya ujian sering bermula pantas dan merosot dalam masa satu minit. Yang ketiga ialah had kadar bingkai yang digabungkan dengan kadar segar semula yang tidak sepadan, di mana VSync dan had 60 FPS pada panel 60Hz saling bertentangan dan menghasilkan getaran yang kelihatan.

Ia tepat untuk apa yang diukurnya, iaitu kadar bingkai yang benar-benar dihantar oleh saluran paip render pelayar ke skrin, dan ia alat yang betul untuk aplikasi web, permainan pelayar, atau babak canvas dan WebGL. Setiap bingkai dicap masa oleh pelayar sendiri, jadi selangnya adalah nyata dan bukan anggaran. Hadnya ialah skop dan bukan ketepatan: pelayar tidak boleh membaca kiraan FPS dalaman permainan asli di tetingkap lain, tidak boleh melaporkan penggunaan GPU atau kelajuan jam, dan tidak boleh mengukur kependaman klik-ke-foton. Ia juga tidak boleh menjadi penanda aras perkakasan tulen, kerana sistem pengendalian dan pelayar kedua-duanya menambah beban mereka sendiri.

Kedua-duanya mengukur dua perkara berbeza yang mudah dikelirukan. Ujian kadar segar semula mengukur siling panel: berapa kali sesaat paparan boleh melukis semula secara fizikal, biasanya 60, 120, 144 atau 240 kali, dan ia juga memeriksa ghosting dan bingkai yang dilangkau. Ujian kadar bingkai mengukur apa yang sebenarnya dihantar ke dalam siling itu. Hubungan itu penting: jika panel anda 144Hz tetapi kadar bingkai yang dihantar ialah 60, paparan itu sama sekali bukan penghalang dan menaik tarafnya tidak akan mengubah apa-apa. Jalankan ujian kadar segar semula untuk menetapkan siling, kemudian jalankan ujian kadar bingkai untuk melihat berapa banyak siling itu yang sebenarnya anda gunakan.

Selesaikan punca mengikut urutan kebarangkalian. Pertama, tutup tab lain, panggilan video dan pelancar, kemudian jalankan semula ujian untuk melihat berapa banyak penurunan itu berpunca daripada beban latar belakang. Kedua, periksa penggunaan CPU dan GPU semasa ujian berjalan, kerana satu teras yang tersekat penuh atau baris gilir grafik yang sibuk biasanya menjelaskan 1% low yang rendah. Ketiga, tukar profil kuasa sistem pengendalian daripada mod penjimatan kepada seimbang atau prestasi tinggi, yang paling penting pada komputer riba yang berjalan dengan bateri. Keempat, kemas kini pemacu grafik dan sahkan bahawa komputer riba grafik hibrid menggunakan GPU diskret. Akhir sekali, kurangkan beban render halaman yang anda ukur.

Anda boleh menguji mana-mana permainan yang berjalan dalam tab pelayar, termasuk tajuk HTML5, canvas, WebGL dan WebGPU, kerana semuanya dilukis melalui saluran paip bingkai animasi yang sama yang disampel ujian ini. Anda tidak boleh menguji permainan asli yang berjalan di tetingkap lain atau dalam mod skrin penuh eksklusif, kerana halaman web tidak mempunyai akses kepada dalaman aplikasi lain. Untuk permainan asli, gunakan lapisan atas FPS terbina dalam permainan atau pemacu grafik, contohnya lapisan atas prestasi dalam NVIDIA GeForce Experience atau AMD Adrenalin. Gunakan ujian ini untuk permainan pelayar dan aplikasi web, dan gunakan lapisan atas itu apabila anda memerlukan telemetri dalam permainan.

Masa bingkai ialah berapa lama satu bingkai diambil untuk dihasilkan, diukur dalam milisaat, manakala FPS mengira berapa banyak bingkai muat dalam satu saat. Kedua-duanya adalah songsang matematik: 60 FPS bermakna 16.7 milisaat setiap bingkai, 120 FPS bermakna 8.3 milisaat, dan 144 FPS bermakna 6.9 milisaat. Masa bingkai lebih banyak mendedahkan apabila anda memburu stutter, kerana ia menerangkan setiap bingkai secara tersendiri dan bukan memuratakan satu saat penuh. Satu ujian yang berpurata 60 FPS masih boleh mengandungi bingkai individu yang mengambil masa 40 milisaat atau lebih, dan bingkai panjang itulah yang dibaca mata sebagai tersekat. Ujian ini melaporkan masa bingkai terus, maka pencilan yang disembunyikan kiraan biasa menjadi kelihatan.

Purata tinggi dengan masa bingkai yang tidak stabil terasa lebih teruk daripada purata lebih rendah tetapi stabil, kerana mata jauh lebih sensitif kepada perubahan rentak daripada kelajuan mutlak. Jika satu ujian mencapai purata 144 FPS tetapi setiap bingkai kesepuluh mengambil 30 milisaat, gerakan akan kelihatan bergetar walaupun puratanya sihat. Punca tipikal termasuk satu benang CPU yang tepu, tersekat kerana kompilasi shader, sendatan penstriman tekstur, atau proses latar belakang yang bertanding untuk GPU. Pemeriksaan praktikal ialah memantau 1% low dan bilangan stutter dan bukan purata: 1% low dalam lingkungan 10 hingga 20 peratus daripada purata bermakna rentaknya sihat, dan jurang yang lebih lebar bermakna penghalangnya ialah lonjakan mengejut, bukan prestasi mentah.

Had kadar bingkai mengehadkan berapa banyak bingkai yang dibenarkan dihasilkan aplikasi, biasanya supaya output sejajar dengan paparan. Menghadkan sedikit di bawah kadar segar semula panel, contohnya 141 FPS pada skrin 144Hz dengan VSync diaktifkan, ialah cara piawai memotong kependaman input sambil mengelakkan tearing. Pada paparan kadar segar semula boleh ubah seperti G-Sync atau FreeSync, had di bawah maksimum mengekalkan panel dalam julat boleh ubahnya dan menghalangnya kembali ke tingkah laku kadar tetap. Had hanya menjadi merugikan apabila ditetapkan di bawah apa yang sistem sebenarnya mampu berikan tanpa sebab yang baik, kerana pada ketika itu prestasi sebenar dibiarkan tidak digunakan.