เริ่มจากปลายทาง ไม่ใช้เกณฑ์ผ่านเดียว
เกมออนไลน์ที่รวดเร็วมักได้ประโยชน์จากเวลารับส่งไปกลับถึงเซิร์ฟเวอร์เกมจริงที่ต่ำและคงที่ ตารางนี้เป็นแนวทางเชิงบรรณาธิการเพื่อเปรียบเทียบ ไม่ใช่มาตรฐานทางการหรือการรับรองเกมใด
| เวลาไปกลับที่แสดง | การตีความโดยประมาณ |
|---|---|
| ต่ำกว่า 50 ms | เป้าหมายความหน่วงต่ำสำหรับการตอบสนองเร็ว |
| 50–100 ms | อาจเล่นได้ ต้องดูเกมและความสม่ำเสมอ |
| 100–150 ms | อาจรู้สึกถึงความหน่วงชัดขึ้นในเกมเร็ว |
| มากกว่า 150 ms | มักตอบสนองช้าลง แต่ไม่ใช่หลักฐานว่าเน็ตเสีย |
อย่าใช้ตารางเป็นข้อกำหนดสากลของการโทรหรือดูวิดีโอ การโทรยังขึ้นกับความแปรผัน การสูญหายและบัฟเฟอร์ ส่วนวิดีโอที่บัฟเฟอร์ล่วงหน้าขึ้นกับอัตรารับส่งและเสถียรภาพ ผลจากเบราว์เซอร์ครั้งเดียวไม่รับรองประสบการณ์
ปิง ความหน่วง และเสถียรภาพ
คำสั่ง ping ทั่วไปใช้ ICMP echo ค่า RTT รวมขาไปและกลับ การหารสองไม่สามารถระบุความหน่วงขาเดียวได้อย่างน่าเชื่อถือ เพราะเส้นทางและคิวอาจต่างกัน Mbps คือความจุการรับส่ง ไม่ใช่ความหน่วงหน่วย ms
ความแปรผันมักเรียกว่า jitter ส่วนการสูญหายของแพ็กเก็ตเป็นอีกตัวชี้วัด ควรบันทึกปลายทางและวิธีด้วย เพราะเครื่องมืออาจคำนวณสถิติต่างกัน
IPdidi วัดอะไรจริง
แบบทดสอบปิง ส่งคำขอเตรียม 2 ครั้ง จากนั้นวัด HTTP 40 ครั้งไปที่ /ping.txt บนจุด Cloudflare ที่ให้บริการเว็บไซต์ ไม่ส่ง ICMP และไม่วัดเซิร์ฟเวอร์เกม
ปกติใช้ช่วง requestStart ถึง responseStart ซึ่งอาจรวมการประมวลผลเซิร์ฟเวอร์ หากไม่มีข้อมูลนี้ จะใช้เวลา fetch รวมการอ่านคำตอบ จึงไม่รับรองว่าเป็น RTT ของเครือข่ายล้วน
jitter ที่แสดงคือค่าเฉลี่ยผลต่างสัมบูรณ์ระหว่างตัวอย่างสำเร็จที่อยู่ติดกัน การหมดเวลาหรือ HTTP ผิดพลาดคือตัวอย่างล้มเหลว ไม่ใช่อัตราสูญหายของแพ็กเก็ต IP คะแนนการใช้งานเป็นกฎประมาณของเว็บไซต์ คำอธิบายอ้างอิงการตรวจซอร์ส ไม่ใช่การทดสอบสายหรืออุปกรณ์ของคุณ
เปรียบเทียบเงื่อนไขเดียวกัน
- บันทึกปลายทาง เครื่องมือ เวลา Wi-Fi หรือสาย VPN ค่าเฉลี่ย ความแปรผันและข้อผิดพลาด
- ทดสอบตอนว่างและระหว่างดาวน์โหลดหรืออัปโหลดตามปกติ โดยคงปลายทางและวิธีเดิม
- เปรียบเทียบ Ethernet กับ Wi-Fi หากทำได้ เพื่อแยกผลของไร้สาย ไม่ใช่รับรองว่าค่าจะต่ำลง
- ดูเครื่องมือวิเคราะห์ในเกมหรือแอปโทร ผลดีถึงจุดหนึ่งไม่ตัดปัญหาในบ้าน เส้นทาง เซิร์ฟเวอร์หรือแอปในสถานการณ์อื่น
หากต้องการเปรียบเทียบ ICMP ใช้ ping example.com ในเทอร์มินัล และกด Ctrl+C หากทำงานต่อเนื่อง ปลายทางอาจกรอง echo การไม่ตอบไม่ใช่หลักฐานว่าบริการล่ม
เปลี่ยนครั้งละอย่างแล้ววัดใหม่
- หยุดส่งไฟล์ใหญ่และสำรองข้อมูลชั่วคราว เพื่อตรวจคิวขณะมีโหลด
- เปรียบเทียบตำแหน่ง Wi-Fi ย่านหรือช่องที่ไม่แออัด 5 GHz ไม่ได้ดีกว่าเสมอเมื่อผ่านกำแพงหรืออยู่ไกล
- เปรียบเทียบภูมิภาคเกมที่เหมาะสมและ VPN เปิด/ปิดในกิจกรรมเดียวกัน VPN หรือแพ็กเกจเร็วขึ้นไม่รับรองความหน่วงต่ำ
- ถ้าเราเตอร์จัดการคิวได้ ให้ทำตามคู่มือทางการ อาจช่วยเรื่องคิวแต่ไม่ลบระยะทางการส่ง
- หากยังมีปัญหา ให้ฝ่ายช่วยเหลือดูปลายทาง เวลา และผลตอนว่างกับมีโหลด ไม่ใช่แค่ค่าต่ำสุด
ใช้แบบทดสอบเดิมก่อนและหลัง อย่าสรุปสาเหตุจากผลต่างระหว่างสองปลายทางเพียงอย่างเดียว
คำถามที่พบบ่อย
100 ms แย่เสมอไหม?
ขึ้นกับงาน ปลายทาง โปรโตคอลและเสถียรภาพ เป็นค่าที่ต้องวิเคราะห์ ไม่ใช่เกณฑ์ผ่านทั่วไป
HTTP ผิดพลาดคือแพ็กเก็ตหายหรือไม่?
ไม่ใช่ มีหลายสาเหตุและแบบทดสอบนี้ไม่ระบุอัตราสูญหายของเครือข่าย
ทำไมเกมแสดงอีกค่า?
ปลายทาง ทราฟฟิกและการประมวลผลต่างกัน ควรดูการวิเคราะห์ของแอป ไม่ลบค่าที่ไม่เกี่ยวข้องกัน
แหล่งข้อมูลและขอบเขต
บทความอธิบายตัวชี้วัดและวิธีเปรียบเทียบ ไม่อ้างว่าพบสาเหตุเสียของการเชื่อมต่อหรือทดสอบอุปกรณ์ใดแล้ว
วันที่ตรวจสอบแหล่งข้อมูล: 2026-11-05.