Trung tâm chẩn đoán phần cứng
Trung tâm tổng hợp để kiểm tra mọi bộ phận máy tính có thể truy cập từ trình duyệt — GPU, tần số quét, độ trễ âm thanh, micro, webcam, bàn phím, chuột, màn hình cảm ứng, điểm chết và hiệu chuẩn màu. Mọi bài kiểm tra dưới đây chạy ngay trong trình duyệt qua các API chuẩn của W3C và USB-IF, không cần cài đặt, không tải lên, không có dữ liệu nào rời khỏi máy bạn.
Kiểm duyệt bởi WuTools Engineering Team · Cập nhật lần cuối
Trình duyệt thực sự kiểm tra được gì về phần cứng của bạn?
Trình duyệt hiện đại cung cấp một bộ API tiếp cận phần cứng khá phong phú: WebGL2 và WebGPU cho card đồ hoạ, requestAnimationFrame cho tần số quét màn hình, Web Audio API cho hệ thống âm thanh, getUserMedia cho micro và webcam, Pointer Events / Touch Events cho chuột và bàn di, Gamepad API cho tay cầm chơi game, và chuẩn HID 1.11 cho bàn phím. Kết hợp lại, một trang web duy nhất có thể chạy bộ kiểm tra nhanh cho mọi thiết bị nhập, xuất và tính toán trên laptop hay máy bàn mà không cần cài bất cứ gì.
Có một ranh giới quan trọng cần hiểu: sandbox của trình duyệt. Trang web không thể đọc nhiệt độ CPU, tốc độ quạt, tên model GPU chính xác (chỉ thấy chuỗi vendor-renderer chung, thường bị che), tốc độ RAM. Không thể cài driver, ghi firmware hay chạy chẩn đoán cấp kernel như công cụ của hãng (Dell SupportAssist, HP PC Hardware Diagnostics, Asus PC Diagnostics). Vì vậy kiểm tra trên trình duyệt rất tốt để xác nhận chức năng — thiết bị có phản hồi không, tín hiệu có thông không, độ trễ có chấp nhận được không — và hữu ích cho benchmark định tính, nhưng không thay thế được chẩn đoán hãng khi tranh chấp bảo hành.
Mọi bài kiểm tra trong trung tâm này chạy hoàn toàn phía client. Luồng âm thanh, video và chuột-bàn phím được xử lý trong JavaScript ngay tại tab của bạn và không bao giờ gửi lên server. Tốt cho riêng tư và dùng được khi không có Internet, nhưng cũng có nghĩa kết quả phụ thuộc vào triển khai của từng trình duyệt: Chrome, Edge, Safari và Firefox có thể báo các con số hơi khác nhau cho cùng một thiết bị, đặc biệt ở độ trễ âm thanh và trần tần số quét. Chúng tôi mô tả các khác biệt này phía dưới để bạn diễn giải kết quả đúng.
Các bài kiểm tra — đo gì, dùng API nào
GPU benchmark — kết xuất WebGL2 / WebGPU
Kết xuất một cảnh xác định (thường là hệ thống hạt hoặc lưới chia nhỏ) và đo số khung hình mỗi giây, draw call mỗi khung và lượng tam giác xử lý. Benchmark WebGPU hiện đại có thể đẩy GPU đạt 50–80% hiệu năng đỉnh native trên Vulkan/D3D12. Hữu ích để so sánh hai laptop song song, hoặc xác nhận một dàn PC ráp tại Phong Vũ, GearVN, Hà Nội Computer hay HC vừa đủ fps mong đợi. Chạy bài kiểm tra màn hình / GPU →
CPU stress test — Web Workers + Wasm SIMD
Sinh một Web Worker cho mỗi nhân logic, mỗi cái chạy một vòng tính số nguyên hoặc dấu chấm động liên tục, rồi đo số iteration hoàn thành mỗi giây. Phát hiện hiện tượng giảm tần số (throttling): nếu điểm số giảm sau 60 giây, hệ thống tản nhiệt đã chạm giới hạn. Không đọc được nhiệt độ CPU trực tiếp (trình duyệt không cho phép), nhưng nếu thấy điểm giảm cùng lúc vỏ máy nóng lên, bạn đã có câu trả lời.
Refresh rate tester — đo bằng requestAnimationFrame
Đo thời gian giữa hai lần quét dọc liên tiếp do compositor báo về. Nếu trình duyệt đồng bộ với màn hình, bạn sẽ thấy ~6,94 ms giữa các khung ở 144 Hz, ~10,0 ms ở 100 Hz, ~16,67 ms ở 60 Hz. Lưu ý một số trình duyệt (đặc biệt Safari trên macOS) khóa rAF theo tần số thấp nhất trong các màn hình kết nối. Mở bài kiểm tra tần số quét →
Audio latency tester — Web Audio API + AudioContext.getOutputTimestamp()
Phát một tiếng tách qua AudioContext.createOscillator(), ghi lại tiếng vọng quay về qua getUserMedia (loopback hoặc micro) và tính độ trễ vòng. Cộng thêm AudioContext.baseLatency và outputLatency cho kịch bản tai nghe so với loa. Giá trị PC bàn điển hình: 8–25 ms; tai nghe gaming USB: 15–40 ms; Bluetooth: 80–250 ms. Mở bài kiểm tra độ trễ âm thanh →
Microphone tester — MediaStream + AnalyserNode
Yêu cầu quyền truy cập micro mặc định qua navigator.mediaDevices.getUserMedia({ audio: true }), đẩy luồng vào AnalyserNode của Web Audio và hiển thị dạng sóng cùng đồng hồ mức RMS theo thời gian thực. Giúp chẩn đoán micro không có tín hiệu, chọn nhầm thiết bị đầu vào, hoặc bị cổng noise gate quá mạnh chặn lại. Mở bài kiểm tra micro →
Webcam tester — getUserMedia({ video: true })
Yêu cầu video, hiển thị trực tiếp hình ảnh và báo độ phân giải, tần số khung hình và codec đã thoả thuận. Giúp xác nhận driver, nắp che webcam và công tắc bảo mật đều hoạt động. Sẽ từ chối khởi động nếu công tắc quyền riêng tư cấp HĐH bị tắt. Mở bài kiểm tra webcam →
Keyboard tester — sự kiện keydown / keyup + USB HID 1.11
Lắng nghe KeyboardEvent.code và KeyboardEvent.key trên mọi phím, hiển thị phím đang được giữ và báo các phím 'ma' không được ghi nhận. Lưu ý nhiều HĐH chặn các tổ hợp (PrintScreen, Win+L, F12 trên một số trình duyệt) trước khi đến trình duyệt — điều này bình thường, không phải lỗi phần cứng. Dùng layout trên màn hình để kiểm tra phím kẹt, công tắc hỏng và khả năng nhấn nhiều phím cùng lúc (NKRO).
Mouse / click tester — Pointer Events + đếm click
Phát hiện click đơn, click đôi, khoảng cách kéo và tổng số click theo từng nút. Giúp chẩn đoán lỗi click đôi (một lần bấm vật lý nhưng nhận thành hai, phổ biến khi switch chuột cũ), drift và độ chính xác con trỏ. Pointer Events cũng cung cấp lực ấn cho bút stylus trên máy tính bảng.
Screen / pixel tester — bảng màu nguyên
Lần lượt phủ toàn màn hình các màu nguyên: đỏ, xanh lá, xanh dương, trắng, đen và màu phụ. Dùng để soi điểm sáng kẹt (subpixel luôn bật) và điểm chết (subpixel luôn tắt). Tốt nhất chạy trong phòng tối nhẹ với độ sáng vừa phải. Mở bài kiểm tra màn hình →
Touch screen tester — Touch Events + đa điểm chạm
Ghi nhận đồng thời các điểm chạm (Touch Events API hỗ trợ tới 10 điểm trên đa số thiết bị) và vẽ vệt theo từng ngón. Phát hiện vùng chết, drift của bộ số hoá và lỗi từ chối lòng bàn tay trên laptop 2-trong-1. Sẽ không chạy trên thiết bị không có cảm ứng.
Color calibration tester — gradient sRGB và DCI-P3
Kết xuất các gradient mượt và mẫu chuẩn (thang xám, thanh màu chính/phụ, bảng sRGB so với P3 nếu trình duyệt hỗ trợ truy vấn @media (color-gamut: p3)). Để đo ΔE thực sự cần colorimeter phần cứng (X-Rite i1, Datacolor Spyder), nhưng các bài kiểm tra trực quan này phát hiện được banding, ám màu và lỗi gamma rõ rệt.
Dead pixel checker — màn hình một màu
Phiên bản tập trung của bài screen tester: cố định màn hình thành một màu rồi cho bạn quan sát từng pixel. Đen tuyền lộ pixel kẹt sáng, trắng tuyền lộ pixel chết tối, đỏ/xanh lá/xanh dương tuyền lộ subpixel kẹt. Các hãng thường chỉ thay panel khi vượt ngưỡng (ví dụ 5 điểm chết) — kiểm tra điều khoản bảo hành. Mở bài kiểm tra điểm chết →
Tình huống thực tế trung tâm này hữu ích
- Kiểm tra PC ráp mới: Sau khi ráp xong một dàn máy mới tại Phong Vũ, GearVN hay HC, chạy GPU benchmark và CPU stress test liên tiếp để xác nhận đạt fps mong đợi và nhiệt độ không khiến máy throttle. Sau đó kiểm tra refresh rate (màn 165 Hz có thực sự đạt 165 Hz không?), độ trễ âm thanh (codec onboard có dùng được cho thi đấu Vietnam Esports League không?), và bài kiểm tra điểm chết trên màn hình mới khi vẫn còn trong thời hạn đổi trả 7 ngày.
- Kiểm tra laptop trước khi mua tại cửa hàng: Trước khi thanh toán laptop tại Thế Giới Di Động, FPT Shop, CellphoneS, Phong Vũ hay Mediamart, mở trang này trên máy demo. Hai phút kiểm tra điểm chết, một phút kiểm tra bàn phím, một phút trên touchpad sẽ phát hiện hầu hết khiếm khuyết về thẩm mỹ và chức năng mà demo cửa hàng không lộ ra.
- Khắc phục sự cố ngoại vi cụ thể: Nếu micro của bạn nghe rè, mic tester lập tức cho biết là vấn đề phần cứng (không có tín hiệu, mức rất thấp) hay phần mềm (gain đầu vào về 0, chọn nhầm thiết bị, tăng cường HĐH gây mờ tiếng). Logic tương tự áp dụng cho bàn phím (phím kẹt vs gán phím sai), chuột (lỗi click đôi vs độ nhạy trong HĐH), webcam (công tắc quyền riêng tư tắt vs thiếu driver).
- So sánh hai màn hình trước khi mua: Mang theo USB chứa trình duyệt portable hoặc dùng điện thoại của bạn ngay tại showroom. Chạy bài tần số quét và bài điểm chết trên cả hai ứng viên. Số liệu không nói dối — màn quảng cáo 144 Hz nhưng thực tế chỉ đạt 120 Hz qua HDMI 2.0 là cái bẫy thật và phổ biến.
- Kiểm tra khả năng tiếp cận: Lập trình viên web có thể dùng keyboard tester để xác nhận mọi phần tử tương tác trên trang phản hồi với Tab, Enter, Space và phím mũi tên mà không phụ thuộc chuột. Pointer tester giúp xác nhận các điểm chạm thân thiện (kích thước tối thiểu khuyến nghị là 44×44 CSS pixel theo WCAG 2.5.5).
- Setup gaming và streaming chuyên nghiệp: Với gaming thi đấu, độ trễ âm thanh và độ trễ đầu vào quan trọng. Dùng audio latency tester để so sánh ASIO với WASAPI, sound card USB với onboard, và keyboard tester để xác nhận NKRO. Streamer cũng có thể kiểm tra cặp webcam và mic qua tab trình duyệt thân thiện với OBS.
- Mua hàng cũ và refurbished: Khi mua laptop hoặc màn hình đã qua sử dụng trên Chợ Tốt, Facebook Marketplace, Nhật Tảo hay khu chợ cũ Hà Nội/HCM, trung tâm này là cách kiểm tra chức năng nhanh nhất. Bàn phím, màn hình, webcam, micro, âm thanh, cảm ứng — năm phút kiểm tra tiết kiệm rất nhiều hối hận.
Các bài kiểm tra trong trung tâm này
| Bài kiểm tra | API hỗ trợ |
|---|---|
| 1 GPU (GPU Benchmark) | 1 Pa |
| 1 CPU (CPU Stress Test) | 1 Pa |
| 1 Hz (Refresh Rate Tester) | 1 Pa |
| 1 ms (Audio Latency Tester) | 1 Pa |
| 1 mic (Microphone Tester) | 1 Pa |
| 1 cam (Webcam Tester) | 1 Pa |
| 1 kbd (Keyboard Tester) | 1 Pa |
| 1 mouse (Mouse / Click Tester) | 1 Pa |
| 1 px (Screen / Pixel Tester) | 1 Pa |
| 1 touch (Touch Screen Tester) | 1 Pa |
| 1 ΔE (Color Calibration Tester) | 1 Pa |
| 1 dead-px (Dead Pixel Checker) | 1 Pa |
Câu hỏi thường gặp về kiểm tra phần cứng qua trình duyệt
GPU benchmark trên trình duyệt chính xác đến đâu so với 3DMark native?
Kém chính xác hơn nhưng vẫn hữu ích. WebGPU và WebGL2 cộng thêm chi phí JavaScript và biên dịch JIT mà các API native (Direct3D 12, Vulkan, Metal) không có, nên fps tuyệt đối thấp hơn native khoảng 20–40%. Tuy vậy tỉ lệ giữa hai GPU trong benchmark trình duyệt thường gần với tỉ lệ trong 3DMark — nên để so sánh laptop hôm nay với laptop sau khi cập nhật driver, hoặc so sánh hai máy tại cửa hàng, vẫn dùng tốt.
Vì sao màn hình 144 Hz của tôi chỉ hiện 60 Hz trong refresh rate tester?
Có vài nguyên nhân phổ biến. (1) Trình duyệt dùng requestAnimationFrame, trên một số nền tảng bị giới hạn theo tần số của màn hình chính — nếu bạn đặt màn 60 Hz làm chính, ngay cả màn phụ 144 Hz cũng có thể bị khóa theo. (2) Cáp quan trọng: HDMI 1.4 chỉ đạt 144 Hz ở 1080p; muốn 1440p hay 4K 144 Hz cần DisplayPort 1.4 hoặc HDMI 2.1. (3) Cài đặt HĐH có thể vẫn đặt 60 Hz dù panel hỗ trợ cao hơn. (4) Chế độ tiết kiệm pin khoá tần số quét. Kiểm tra Cài đặt hiển thị → Hiển thị nâng cao trên Windows, hoặc System Settings → Displays trên macOS.
Có thể dùng trung tâm này để kiểm tra laptop mới trước khi hết hạn đổi trả không?
Hoàn toàn có thể — đó là một trong những công dụng phổ biến nhất. Trong một hai ngày đầu, chạy bài điểm chết, bàn phím, micro, webcam, âm thanh và touchpad. Nếu phát hiện bất thường, cửa hàng sẵn lòng đổi trả khi còn trong thời hạn (Thế Giới Di Động, FPT Shop thường cho 7 ngày 1 đổi 1, CellphoneS 30 ngày). Kết hợp với công cụ chẩn đoán của hãng (Dell SupportAssist, Lenovo Vantage, HP PC Hardware Diagnostics) để kiểm tra triệt để.
Vì sao độ trễ âm thanh khác nhau giữa các trình duyệt?
Mỗi trình duyệt dùng backend âm thanh khác nhau trên mỗi HĐH. Trên Windows, Chrome và Edge dùng WASAPI shared mode mặc định, Firefox cũng dùng WASAPI shared nhưng buffer khác, Safari trên macOS dùng CoreAudio. WASAPI shared có thể thêm 10–20 ms buffer ngoài độ trễ phần cứng, nên cùng tai nghe có thể hiện 18 ms ở Chrome và 25 ms ở Firefox. Với nhạc sĩ, driver ASIO native qua JUCE hay phần mềm DAW vẫn vượt xa mọi trình duyệt.
Có chạy được trên điện thoại và máy tính bảng không?
Đa số bài kiểm tra chạy trên iOS Safari và Android Chrome, có một vài lưu ý. Refresh rate tester chạy được (giờ báo 90 Hz, 120 Hz, thậm chí 165 Hz trên điện thoại cao cấp như Samsung Galaxy S, iPhone Pro); touch tester hoàn hảo trên di động; mic và camera tester chạy được; nhưng kiểm tra bàn phím bị hạn chế vì bàn phím ảo trên di động không phát ra cùng KeyboardEvent code như phím vật lý. Để kiểm tra bàn phím đầy đủ, dùng PC bàn hoặc máy tính bảng có bàn phím rời gắn vào.
Kết quả kiểm tra của tôi có riêng tư không?
Có — mọi bài kiểm tra trong trung tâm này chạy hoàn toàn trong trình duyệt. Âm thanh micro, video webcam, chuyển động chuột và phím nhấn đều được xử lý trong JavaScript ngay tại tab và không bao giờ tải lên server. Chúng tôi không ghi log kết quả, không yêu cầu đăng nhập, không chạy analytics trên dữ liệu kiểm tra. Trình duyệt sẽ hỏi quyền trước khi kích hoạt micro hoặc camera; bạn có thể thu hồi quyền bất cứ lúc nào qua biểu tượng khóa trên thanh URL.
Vì sao keyboard tester bỏ sót một số lần nhấn phím?
Hầu như luôn là do hệ điều hành, không phải bàn phím. Trên Windows, một số tổ hợp (Win+L để khoá, Ctrl+Alt+Del, PrintScreen trên một số cấu hình, F12 trong DevTools, Win+G mở Game Bar) bị HĐH hoặc trình duyệt chặn trước khi đến JavaScript. macOS nuốt Cmd+Tab, Cmd+Space và tương tự. Để xác minh phần cứng bàn phím vẫn ổn, so sánh với bộ gõ HĐH hoặc dùng tiện ích của hãng (Logitech G Hub, Razer Synapse, Corsair iCUE) — các tiện ích này thấy phím ở cấp thấp hơn.
Bài kiểm tra điểm ảnh chính xác đến đâu?
Chính xác đến từng pixel cho mục tiêu phát hiện điểm chết và điểm kẹt — mỗi CSS pixel ánh xạ trực tiếp đến một pixel màn hình miễn là zoom trình duyệt 100% trên màn hình không scale. Với hiệu chuẩn màu thì đây là kiểm tra định tính; bạn thấy được banding, bậc gamma và ám màu thô, nhưng để đo ΔE thực sự so với sRGB hay DCI-P3 cần colorimeter phần cứng (X-Rite i1Display Pro, Datacolor SpyderX, ColorChecker).
Vì sao bài CPU stress test báo nhiệt độ thấp?
Trình duyệt không đọc được nhiệt độ CPU, tốc độ quạt hay điện áp mỗi nhân. Bài kiểm tra chỉ báo throughput — số phép toán mỗi giây mỗi worker. Để theo dõi nhiệt độ trong khi stress, chạy song song một tiện ích native (HWMonitor, Core Temp, iStat Menus, lệnh `sensors` trên Linux). Nếu điểm trình duyệt sụt 60–120 giây vào bài trong khi nhiệt vượt 95 °C, đó là throttling do nhiệt; nếu nhiệt giữ ổn định mà điểm vẫn rớt, hãy nghi throttling do giới hạn công suất (PL1/PL2 ở Intel, PPT ở AMD).
Có thể dùng kết quả này cho tranh chấp bảo hành không?
Nói chung là không. Các hãng (Dell, HP, Lenovo, Asus, Apple, MSI) yêu cầu log chẩn đoán riêng của họ làm bằng chứng — Dell SupportAssist PSA, Apple Diagnostics, MSI Center, v.v. Kiểm tra trên trình duyệt rất tốt để bạn tự xác nhận có vấn đề trước khi gọi hỗ trợ, và ảnh chụp màn hình bài kiểm tra thất bại có thể hỗ trợ hồ sơ, nhưng không hãng nào chấp nhận công cụ trình duyệt bên thứ ba làm bằng chứng quyết định. Luôn chạy thêm công cụ của hãng và lưu file log.
Tài liệu tham khảo
Tất cả công cụ chẩn đoán
CôNG Cụ PHầN CứNG5