Test tốc độ RAM

Test tốc độ RAM - Kiểm tra hiệu năng bộ nhớ

Công cụ test tốc độ RAM trực tuyến toàn diện để đo hiệu năng bộ nhớ qua nhiều thao tác. Chạy các bài test cho array, object, string, typed arrays và cấp phát bộ nhớ để đánh giá tốc độ và hiệu suất RAM của hệ thống.

Test tốc độ RAM hoạt động như thế nào?

Test tốc độ RAM đo hiệu năng bộ nhớ bằng cách thực hiện các thao tác:

1. Thao tác Array: Test tốc độ đọc/ghi với array thông thường (10.000 phần tử)
2. Cấp phát Object: Đo tốc độ tạo và sửa đổi (1.000 object)
3. Xử lý String: Đánh giá hiệu năng nối, tách và thay thế
4. Typed Arrays: Test xử lý dữ liệu nhị phân với buffer Int32, Float64 và Uint8
5. Cấp phát bộ nhớ: Đo hiệu suất cấp phát lớn

Mỗi bài test chạy trong thời gian nhất định và tính số phép tính mỗi giây. Số ops/s cao hơn cho hiệu năng tốt hơn. Công cụ dùng performance.now() để đo chính xác dưới mili giây.

Yếu tố nào ảnh hưởng đến tốc độ RAM?

Nhiều yếu tố ảnh hưởng kết quả test:

- Dung lượng RAM: RAM nhiều cho phép working set lớn hơn không cần swap
- Tốc độ RAM: MHz cao hơn (3200, 4800, 6400 MT/s) = truy cập nhanh hơn
- Loại RAM: DDR5 > DDR4 > DDR3 (băng thông gấp đôi mỗi thế hệ)
- Cache CPU: Kích thước L1/L2/L3 ảnh hưởng mô hình truy cập
- Kênh bộ nhớ: Dual/quad channel nhân đôi hoặc nhân bốn băng thông
- Hạn chế trình duyệt: Giới hạn heap V8/SpiderMonkey (thường 2-4 GB)
- Tiến trình nền: Ứng dụng khác dùng RAM gây swap
- Hệ điều hành: Hiệu quả quản lý bộ nhớ (Linux > Windows với cấp phát lớn)

Để có kết quả chính xác, đóng ứng dụng nền.

Điểm tốc độ RAM bao nhiêu là tốt?

Hiểu kết quả test tốc độ RAM:

- Phép Tính/Giây Cao Hơn = Hiệu Năng Tốt Hơn
- Thời Gian Thấp Hơn = Hoàn Thành Nhanh Hơn

Điểm điển hình theo cấp hệ thống:
- Desktop cao cấp (32GB+ DDR5-6400): 50-100+ ops/s
- Desktop tầm trung (16GB DDR4-3200): 30-50 ops/s
- Desktop bình dân (8GB DDR4-2400): 15-30 ops/s
- Laptop hiện đại: 10-40 ops/s (thay đổi nhiều)
- Di động/Máy tính bảng: 5-15 ops/s

Lưu ý: Điểm thay đổi đáng kể theo trình duyệt và tối ưu hóa engine JavaScript (V8 vs SpiderMonkey vs JavaScriptCore).

Tại sao nên test RAM trên trình duyệt?

Test RAM dựa trên trình duyệt có nhiều ưu điểm:

- Không cài đặt: Test ngay không cần tải về
- Đa nền tảng: Hoạt động trên mọi HĐH có trình duyệt
- An toàn: Chạy trong sandbox, không hại hệ thống
- Chẩn đoán nhanh: Xác định nút thắt bộ nhớ nhanh
- Hiệu năng web: Thấy được ứng dụng web sẽ hoạt động ra sao

Mặc dù không toàn diện như công cụ gốc như MemTest86 hay AIDA64, test trên trình duyệt cung cấp thông tin giá trị về hiệu năng bộ nhớ JavaScript, quan trọng cho ứng dụng web, Node.js và tải dựa trên trình duyệt.

Heap JavaScript là gì và tại sao giới hạn test bộ nhớ?

Heap JavaScript là vùng bộ nhớ chuyên dụng nơi engine JS (V8, SpiderMonkey, JavaScriptCore) cấp phát object, array và string. Trình duyệt giới hạn heap để tránh trang chạy mất kiểm soát: Chrome desktop ~4 GB, Firefox ~2 GB, Chrome di động ~256-512 MB, Safari iOS ~384 MB. Khi test yêu cầu nhiều bộ nhớ hơn giới hạn, engine ném RangeError hoặc kích hoạt thu gom rác làm sai thời gian đo. window.performance.memory (chỉ Chromium) báo cáo jsHeapSizeLimit, totalJSHeapSize và usedJSHeapSize để bạn thấy mình gần trần đến đâu.

Tại sao typed array nhanh hơn array thường?

Array JavaScript thường lưu giá trị đóng gói: mỗi phần tử chứa con trỏ cộng với thẻ float64, kể cả với số nguyên. Typed array (Int32Array, Float64Array, Uint8Array) lưu dữ liệu nhị phân thô trong ArrayBuffer liên tiếp không đóng gói. Đọc phần tử i đọc trực tiếp byte [i*4 .. i*4+3], giống C. Điều này bỏ qua thu gom rác, tránh chuyển đổi hidden class và cho phép JIT phát lệnh SIMD. Kết quả: typed array thường nhanh 2-5x cho tải tính toán và dùng ít bộ nhớ hơn 4-8x.

Con số heap đã dùng thực sự có nghĩa gì?

window.performance.memory.usedJSHeapSize báo cáo bao nhiêu byte mà bộ thu gom rác V8 hiện coi là có thể đạt tới qua các object gốc của trang. Nó loại trừ node DOM tách rời chờ quét, buffer gốc (kho lưu trữ ArrayBuffer nằm ngoài heap JS) và dữ liệu inline cache. Con số nhảy khi GC chạy (mỗi 50-200ms khi tải nặng) và giá trị được làm tròn đến 100 KB gần nhất vì lý do riêng tư (giảm thiểu tấn công thời gian kiểu Spectre). Firefox và Safari không lộ API này vì cùng lý do.

Tại sao test chậm dần ở lần chạy sau?

Ba hiệu ứng cộng dồn:

1. Tồn đọng GC: mỗi lần chạy để lại object cho GC; lần thứ hai phải trả giá dọn dẹp lần đầu.
2. Phân mảnh heap: chu kỳ cấp phát/giải phóng lặp lại tạo khoảng trống mà bộ cấp phát phải quét qua, tăng độ trễ.
3. Throttling nhiệt: hoạt động CPU+RAM liên tục 30+ giây nâng nhiệt độ silicon vượt TJMax (~100°C), lúc đó CPU/bộ điều khiển bộ nhớ giảm xung 10-30 % để tránh hư hỏng.

Để có chuẩn ổn định, nhấn Đặt lại kết quả, đợi 10 giây cho GC và làm mát, rồi chạy lại.

Trình duyệt nào cung cấp performance.memory và navigator.deviceMemory?

Chỉ các trình duyệt nền Chromium (Chrome, Edge, Opera, Brave) cung cấp chúng, và cả hai đều không theo chuẩn và đã lỗi thời:

- performance.memory (jsHeapSizeLimit / totalJSHeapSize / usedJSHeapSize): chỉ Chromium. Firefox và Safari cố ý không hỗ trợ để chặn tấn công thời gian kiểu Spectre. Giá trị bị lượng tử hóa (làm tròn đến ~100 KB).
- navigator.deviceMemory: chỉ Chromium và bị làm tròn vì quyền riêng tư về một trong {0,25, 0,5, 1, 2, 4, 8} GB. Máy 16 GB hay 32 GB đều báo «8 GB», nên đây là gợi ý gần đúng của trình duyệt, KHÔNG phải RAM thực lắp.

Trên Firefox và Safari, thẻ Thông tin bộ nhớ hiển thị «Không hỗ trợ» ở các trường này — đó là điều bình thường, không phải lỗi. Bài benchmark (ops/s của array, object, string, typed array và cấp phát) chỉ dùng performance.now() và chạy giống nhau trên mọi trình duyệt.

Công cụ có an toàn và riêng tư không? Có cần quyền không?

Có. Bài benchmark chạy 100% trên máy bạn trong tab trình duyệt bằng JavaScript thông thường và performance.now(). Không tải lên gì, không cần tài khoản, không hỏi quyền và không yêu cầu ngữ cảnh bảo mật (HTTPS) — hoạt động cả khi ngoại tuyến. Việc xuất JSON/CSV tùy chọn được tạo cục bộ trong trình duyệt và lưu thẳng vào thiết bị; không bao giờ gửi tới máy chủ nào.

Làm sao đọc kết quả để đạt/loại trong QA?

Dùng thống kê nhiều lần chạy, không dùng một con số duy nhất:

1. Đặt Số lần chạy là 5 hoặc 10 để mỗi bài test cho ra tập mẫu với trung bình ± độ lệch chuẩn, trung vị, nhỏ nhất và lớn nhất.
2. Đánh giá độ ổn định bằng CV (hệ số biến thiên = độ lệch chuẩn/trung bình): xanh dưới 5 % = lặp lại tốt; vàng 5-15 % = giáp ranh (có tải nền hoặc throttling nhẹ); đỏ trên 15 % = không ổn định, có thể do throttling nhiệt hoặc áp lực GC — hãy test lại trên máy nguội và rảnh trước khi chứng nhận.
3. So sánh trung vị (ít bị ảnh hưởng bởi giá trị ngoại lai) thay vì trung bình để đạt/loại so với chuẩn đã biết.
4. Chỉ số tổng hợp là trung bình nhân không đơn vị của năm trung vị — dùng nó để xếp hạng thiết bị; dùng trung vị từng bài test để xác định điểm yếu.
5. Xuất JSON/CSV để đính kèm toàn bộ phiên (thời gian, user agent, mẫu, thống kê, chỉ số) vào ticket hoặc so với tệp chuẩn.

Tính năng chính

• 5 bài test tốc độ RAM toàn diện
• Đo số phép tính mỗi giây thời gian thực
• Test hiệu năng thao tác array
• Benchmark cấp phát và xử lý object
• Test tốc độ xử lý string
• Đánh giá hiệu năng typed arrays
• Test cấp phát bộ nhớ lớn
• Lấy mẫu nhiều lần chạy (1/3/5/10 lần)
• Nhỏ nhất/lớn nhất/trung bình/trung vị và độ lệch chuẩn mỗi bài test
• Huy hiệu độ ổn định phương sai (CV) giữa các lần chạy
• Chỉ số tổng hợp trung bình nhân (không dùng trung bình cộng gây hiểu lầm)
• Xuất JSON và CSV toàn bộ báo cáo phiên
• Hiển thị thông tin bộ nhớ
• 100% chạy trên máy - không gửi dữ liệu
• Hỗ trợ di động và máy tính
• Tương thích chế độ tối