คำตอบสั้น ๆ ก่อนทดสอบ
ทดสอบ polling rate กับเช็ค Hz
ที่นี่ทั้งสองหมายถึงการวัดเดียวกันผ่านเบราว์เซอร์: จำนวนอีเวนต์เคอร์เซอร์ที่มาถึงหน้าเว็บต่อวินาที พร้อมการกระจายของช่วงห่างเบื้องหลังตัวเลขนั้น
ทำไม Hz ที่วัดได้จึงต่ำกว่า?
การหยุดหรือเลื่อนเมาส์ช้าลง ฮับ USB ที่ทำงานหนัก โหมดประหยัดพลังงาน และภาระซีพียู ล้วนทำให้รายงานบางลง ดูแหล่งอีเวนต์ด้วย: เบราว์เซอร์ที่ส่งให้หน้าเว็บเพียงหนึ่งอีเวนต์ต่อเฟรมจะอ่านได้รีเฟรชเรตจอ ไม่ใช่เมาส์ เทียบรอบที่ทำซ้ำได้ก่อนตัดสินฮาร์ดแวร์
อ่านคู่มือข้อจำกัดของเบราว์เซอร์ →ควรจดผลไหน?
บันทึกอัตราที่สังเกตได้พร้อมช่วงห่างมัธยฐาน ช่วงห่าง P95 สัดส่วนช่องว่าง และอัตราที่ตั้งไว้ในเมาส์ สามรอบที่ใกล้เคียงกันมีประโยชน์กว่าค่าสูงสุดครั้งเดียว
ผลลัพธ์วัดอะไรจริง ๆ
ทุกรายงานเมาส์ที่มาถึงหน้าเว็บจะถูกจับเวลาด้วยไทม์สแตมป์ของตัวเอง — ใน Chrome และ Edge ผ่านการอัปเดตเคอร์เซอร์แบบดิบหนึ่งครั้งต่อรายงาน ในเบราว์เซอร์อื่นโดยแยกรายงานที่เบราว์เซอร์รวมไว้ในแต่ละเฟรม อัตราคือจำนวนรายงานตลอดตัวอย่าง ช่วงห่างมัธยฐานและเปอร์เซ็นไทล์ช่วยแยกสตรีมที่นิ่งออกจากค่าสูงสุดที่ชวนเข้าใจผิด
ขอบเขตการวัด: หน้านี้เห็นสิ่งที่ระบบปฏิบัติการส่งให้เบราว์เซอร์ ไม่ใช่การเชื่อมต่อ USB โดยตรง เบราว์เซอร์ที่ไม่มีทั้งรายงานดิบและรายงานรวมจะถูกจำกัดที่รีเฟรชเรตจอ และช่องแหล่งอีเวนต์จะบอกไว้ นาฬิกาของหน้าเดินทีละ 0.1 ms ที่เกินราว 2000 Hz อัตราจะนับได้แม่นยำ แต่ช่วงห่างแต่ละช่วงถูกปัดเศษ ผลที่ต่ำกว่าค่าที่ตั้งในเมาส์ไม่ได้แปลว่าฮาร์ดแวร์เสียเสมอไป
วิธีอ่านผลลัพธ์
การกระจายที่นิ่ง
การกระจายของช่วงห่างที่แคบมักบอกอะไรได้มากกว่าค่าสูงสุดครั้งเดียว
อัตราต่ำกว่าค่าที่ตั้ง
การส่งอีเวนต์ของเบราว์เซอร์ จังหวะรีเฟรช โหมดประหยัดพลังงาน การเชื่อมต่อ USB หรือความเร็วในการเลื่อน ล้วนลดอัตราที่สังเกตได้
ค่าพุ่งสูง
การหยุดชะงักอาจมาจากการหยุดเลื่อน การจัดลำดับงานของแท็บ หรืองานบนเธรดหลัก ทำซ้ำก่อนจะถือว่าอุปกรณ์หลุด
แก้ปัญหาเมื่อผลลัพธ์ผิดปกติ
ผลถูกจำกัดใกล้รีเฟรชเรตจอ
ดูที่แหล่งอีเวนต์ หนึ่งครั้งต่อเฟรมหมายความว่าเบราว์เซอร์นี้ส่งให้หน้าเว็บเพียงหนึ่งอีเวนต์ต่อการรีเฟรชจอ 60, 144 หรือ 240 Hz จึงเป็นค่าของจอ Chrome หรือ Edge รุ่นใหม่จะส่งครบทุกรายงาน
ผลบนโน้ตบุ๊กเปลี่ยนเมื่อใช้แบตเตอรี่
โหมดประหยัดพลังงานอาจกระทบการจัดลำดับงานของซีพียูและการทำงานของ USB ให้เทียบขณะเสียบสายชาร์จ
คำถามที่พบบ่อย
เบราว์เซอร์ทดสอบ 4000 Hz หรือ 8000 Hz ได้ไหม?
ได้ ใน Chrome และ Edge ซึ่งส่งทุกรายงานให้หน้าเว็บพร้อมไทม์สแตมป์ของตัวเอง จำนวนที่นับได้แม่นยำ แต่ช่วงห่างแต่ละช่วงถูกปัดตามนาฬิกา 0.1 ms ของเบราว์เซอร์ ที่ 8000 Hz (ห่างกัน 0.125 ms) ให้อ่านที่อัตราแทนมัธยฐาน ระบบปฏิบัติการและ USB ยังต้องส่ง 8000 รายงานต่อวินาทีให้ได้ พอร์ต ฮับ หรือภาระซีพียูจึงอาจทำให้ผลต่ำกว่าค่าที่ตั้ง
ทำไมแสดงมัธยฐานแทนค่าเฉลี่ยอย่างเดียว?
มัธยฐานบิดเบือนน้อยกว่าเมื่อมีการหยุดชะงักยาวไม่กี่ครั้ง และอธิบายช่วงห่างโดยทั่วไปได้ดีกว่า
ควรตั้ง polling rate สูงสุดไหม?
ไม่จำเป็นเสมอไป ค่าที่สูงขึ้นอาจใช้ซีพียู/พลังงานมากขึ้น และประโยชน์จริงขึ้นอยู่กับทั้งระบบ
