Benchmark Memori

Situs web dapat mengukur seberapa cepat JavaScript dapat mengalokasikan dan mengakses typed arrays, yang berkorelasi dengan kecepatan memori nyata tetapi juga mencakup overhead dari mesin JavaScript, pengumpul sampah (garbage collector), dan perilaku cache CPU. Ini adalah ukuran praktis yang berguna, bukan tes bandwidth memori tingkat laboratorium seperti yang akan Anda dapatkan dari perangkat lunak diagnostik perangkat keras khusus.

Browser berbasis Chromium sengaja membulatkan dan membatasi nilai ini ke salah satu dari kumpulan angka kecil (0.25, 0.5, 1, 2, 4, atau 8 GB) sebagai tindakan privasi, sehingga sistem dengan RAM 32GB akan tetap melaporkan maksimum 8. Ini disengaja dan bukan tanda masalah.

Kedua browser ini memilih untuk tidak mengimplementasikan API ini, sebagian besar karena kekhawatiran bahwa informasi memori yang terperinci dapat digunakan untuk melakukan "fingerprint" atau melacak pengguna di berbagai situs. Jika Anda membutuhkan informasi ini, Chrome, Edge, atau browser berbasis Chromium lainnya akan menampilkannya.

Kecepatan baca dan tulis sekuensial yang mencapai ribuan MB/dtk adalah hal yang umum pada perangkat keras modern, karena ini mengukur akses array on-heap daripada bandwidth chip RAM fisik secara langsung. Kecepatan akses acak biasanya jauh lebih rendah daripada kecepatan sekuensial karena "CPU cache misses", yang merupakan hal yang wajar dan bukan merupakan kesalahan.

CPU membaca memori dalam potongan seukuran "cache-line" dan memprediksi pola sekuensial dengan baik, sehingga alamat memori yang berurutan dimuat dengan cepat dari cache. Alamat yang tersebar secara acak mengalahkan prediksi tersebut dan memaksa lebih banyak perjalanan ke memori utama yang lebih lambat, yang merupakan sifat fundamental dari hierarki memori komputer, bukan batasan browser.

Ya, terutama tab yang sudah menampung banyak data di memori, karena tab tersebut bersaing untuk RAM fisik yang sama dan dapat menyebabkan jeda "garbage collection" selama pengujian. Menutup tab yang tidak relevan sebelum menjalankan benchmark memberikan hasil yang lebih bersih dan lebih dapat diulang.

Ini adalah ukuran heap maksimum yang akan diizinkan oleh mesin JavaScript untuk halaman ini sebelum mulai melakukan "garbage collecting" secara agresif atau mengeluarkan kesalahan "out-of-memory", bukan total RAM di sistem Anda. Ini biasanya beberapa gigabyte bahkan pada mesin dengan RAM fisik yang jauh lebih banyak, karena ini adalah batas keamanan per-tab.

Waktu "garbage collection" tidak dapat diprediksi dengan sempurna, jadi jika siklus "collection" terjadi selama "timed allocation loop", "run" tersebut akan menunjukkan throughput yang lebih rendah. Menjalankan benchmark dua atau tiga kali dan melihat hasil yang umum daripada satu outlier memberikan gambaran yang lebih andal.

Tidak secara andal. Benchmark ini mengukur tren throughput dan kecepatan, tetapi mendeteksi RAM yang rusak memerlukan alat pengujian pola bit yang menyeluruh seperti memtest86 yang berjalan di luar browser dan memeriksa setiap alamat memori secara langsung. Jika Anda mencurigai adanya kerusakan perangkat keras, gunakan alat diagnostik memori khusus sebagai gantinya.

Tidak secara langsung. Tes ini mengalokasikan sejumlah memori yang tetap dan sederhana yang berada dalam batas yang hampir semua perangkat modern miliki, sehingga mengukur kecepatan akses daripada kapasitas total. Perangkat dengan total RAM lebih sedikit tetapi chip memori lebih cepat dapat mengungguli perangkat dengan RAM lebih banyak tetapi chip lebih lambat.