คู่มือ
Bufferbloat คืออะไร
Bufferbloat คือการรอในคิวแพ็กเก็ตที่ยาวเกินไป เปรียบเทียบความหน่วงขณะไม่มีทราฟฟิกเพิ่มกับขณะใช้งานหนัก แล้วตรวจทั้งความหน่วงและความเร็วหลังปรับตั้งค่า
Bufferbloat เกิดเมื่อคิวแพ็กเก็ตยาวเกินไปอย่างต่อเนื่องจนเวลารอเพิ่มขึ้น บัฟเฟอร์มีประโยชน์ตามปกติสำหรับรองรับข้อมูลที่เพิ่มขึ้นช่วงสั้น ๆ แต่หากดาวน์โหลดหรืออัปโหลดไฟล์ใหญ่แล้วการโทรและเกมหน่วงขึ้น คิวที่ยาวอาจเป็นสาเหตุหนึ่ง คิวอาจอยู่ในเราเตอร์ โมเด็ม ส่วนอื่นของเครือข่าย หรืออุปกรณ์ปลายทาง การที่ปิงเพิ่มขณะใช้งานหนักเพียงอย่างเดียวไม่ได้ชี้ว่าอุปกรณ์ใดผิดปกติ
เปรียบเทียบขณะว่างกับขณะมีโหลด
- ใช้เครื่องและปลายทางทดสอบเดิม หากทำได้ให้ต่อ Ethernet หยุดการสำรองข้อมูลและการส่งไฟล์ใหญ่ของคุณ แล้วบันทึกปิงหรือความหน่วงขณะไม่มีทราฟฟิกเพิ่ม อย่าสร้างโหลดทดสอบระหว่างการโทรที่สำคัญ
- ทดสอบโหลดดาวน์โหลดก่อน แล้วแยกทดสอบอัปโหลด ใช้การทดสอบที่แสดงความหน่วงทั้งขณะว่างและขณะมีโหลด หรือส่งปิงซ้ำไปยังปลายทางเดิมที่ตอบปิงระหว่างการรับส่งไฟล์แบบควบคุม เก็บผลสองทิศทางแยกกัน
- หยุดการรับส่งไฟล์แล้วดูว่าความหน่วงกลับสู่ระดับเริ่มต้นหรือไม่ ทำซ้ำด้วยปลายทางและค่าตั้งเดิม พร้อมบันทึกความเร็ว ความผันผวนของความหน่วง และการสูญเสียแพ็กเก็ตที่พบ
- ตัวอย่างเช่น จาก 12 ms เป็น 150 ms หมายถึงความหน่วงเพิ่ม 138 ms นี่เป็นตัวอย่างการคำนวณ ไม่ใช่เกณฑ์เสียของทุกการเชื่อมต่อ ปิงสูงสุดเพียงครั้งเดียวหรือไม่มีคำตอบปิงไม่ใช่หลักฐานยืนยัน bufferbloat
ขอบเขตของสิ่งที่ผลทดสอบบอกได้
ความหน่วงที่เพิ่มซ้ำเมื่อมีโหลดและลดลงเมื่อหยุดโหลดเป็นเหตุให้ตรวจเรื่องคิวเพิ่มเติม แต่การแข่งขันบน Wi-Fi โปรเซสเซอร์ของเครื่อง เซิร์ฟเวอร์ทดสอบ และเส้นทางเครือข่ายก็มีผล Ethernet ช่วยตัดผลของ Wi-Fi ภายในออก แต่ไม่ได้ระบุว่าปัญหาอยู่ที่เราเตอร์ โมเด็ม หรือผู้ให้บริการ การทดสอบความเร็วบางชนิดวัดความหน่วงขณะมีโหลดโดยตรง จึงไม่ควรเหมารวมว่าทุกการทดสอบความเร็วใช้ไม่ได้ วิธีทดสอบและปลายทางที่ต่างกันอาจให้ผลต่างกัน
เริ่มจากทราฟฟิกและเราเตอร์ที่มีอยู่
- จัดการสำรองข้อมูลและส่งไฟล์ใหญ่ไว้นอกเวลาโทรหรือเล่นเกม หากแอปรองรับการจำกัดความเร็ว ให้ลดเพื่อเหลือความจุสำหรับทราฟฟิกอื่นแล้วเปรียบเทียบผล
- ทดสอบเครื่องที่ไวต่อความหน่วงด้วย Ethernet แก้เรื่องพื้นที่ครอบคลุม Wi-Fi แยกต่างหาก สาย LAN ไม่ได้ควบคุมคิวบนการเชื่อมต่ออินเทอร์เน็ตโดยอัตโนมัติ
- ดูคู่มือทางการของเราเตอร์รุ่นและเฟิร์มแวร์ที่ใช้อยู่ ว่ารองรับ SQM หรือฟังก์ชันใกล้เคียงหรือไม่ ตรวจการรองรับจริงและข้อจำกัดที่วัดได้ก่อนซื้อเครื่องใหม่
- เก็บค่าตั้งเดิมและผลวัดก่อนปรับการจัดการคิวที่รองรับ แล้วทำตามคู่มือผู้ผลิต การให้ความสำคัญกับแอปหนึ่งอย่างเดียวไม่ได้แปลว่ามีการจัดการคิวแบบแอ็กทีฟ
SQM อาจรวมการควบคุมอัตราทราฟฟิก การจัดสรรให้แต่ละกระแสข้อมูล และการจัดการคิวแบบแอ็กทีฟ FQ-CoDel และ CAKE เป็นตัวอย่างในระบบที่รองรับ ไม่ได้มีในเราเตอร์ทุกเครื่อง การตั้งอัตราต่ำกว่าความจุที่มีอย่างเสถียรเล็กน้อยอาจลดคิวที่ควบคุมไม่ได้ แต่ความเร็วสูงสุดอาจลดลงด้วย ค่าที่เหมาะสมขึ้นกับอุปกรณ์และการเชื่อมต่อ ไม่มีเปอร์เซ็นต์เดียวที่ถูกต้องสำหรับทุกคน ต้องคำนึงถึงกำลังประมวลผลและความจุที่เปลี่ยนแปลงของเครือข่ายมือถือ ตรวจหน่วยให้ตรง: 20 Mbps เท่ากับ 20000 kbit/s ไม่ใช่การกรอก 20 ในช่องที่ใช้ kbit/s
ตรวจซ้ำหลังเปลี่ยนค่า
- เปลี่ยนทีละค่า ตรวจอินเทอร์เฟซเครือข่าย ทิศทางดาวน์โหลดและอัปโหลด และหน่วยอัตรา แล้ววัดความหน่วงขณะว่างและมีโหลดด้วยเครื่องและปลายทางเดิม
- เปรียบเทียบความเร็วรับส่งไฟล์ด้วย ไม่ใช่ดูปิงอย่างเดียว พิจารณาว่าความเร็วที่ลดเพื่อแลกกับความหน่วงที่ดีขึ้นเหมาะกับการใช้งานหรือไม่
- ลองการโทรหรือเกมที่ใช้งานจริง คะแนนทดสอบที่ดีไม่รับประกันผลในทุกแอปและไม่แก้ความผิดพลาดที่ไม่เกี่ยวข้อง
- เก็บผลก่อนและหลัง หากแย่ลงให้คืนค่าที่รองรับเดิม หากเราเตอร์อยู่ภายใต้การจัดการของผู้ให้บริการหรือองค์กร ให้ติดต่อผู้ดูแลเรื่องการเปลี่ยนค่า
หากความหน่วงสูงแม้ไม่มีทราฟฟิกเพิ่ม หรือมีปัญหาเฉพาะบริการเดียว ให้ตรวจแยกออกไป เมื่อติดต่อฝ่ายช่วยเหลือ ให้ระบุเวลา ปลายทางทดสอบ Ethernet หรือ Wi-Fi ทิศทางโหลด รุ่นเราเตอร์ และผลก่อนกับหลัง อย่าซื้อฮาร์ดแวร์จากคะแนนเดียว ควรมีฟังก์ชันที่จำเป็นหรือข้อจำกัดที่วัดได้เป็นเหตุผล