คู่มือ
ดาวน์โหลดกับอัปโหลดต่างกันอย่างไร
เข้าใจดาวน์โหลดและอัปโหลด คำนวณเวลาส่งไฟล์ และเปรียบเทียบแพ็กเกจ ผลทดสอบความเร็ว กับการทำงานของแอป
ดาวน์โหลดคือข้อมูลเดินทางจากเครือข่ายมายังอุปกรณ์ของคุณ ส่วนอัปโหลดคือข้อมูลจากอุปกรณ์ไปยังเครือข่าย ความเร็วสองค่านี้อธิบายคนละทิศทาง ดาวน์โหลดเร็วจึงไม่ได้รับประกันว่าอัปโหลดจะเร็ว เริ่มจากงานที่มีปัญหา: คุณกำลังรับข้อมูล ส่งข้อมูล หรือทำทั้งสองอย่าง?
งานของคุณใช้ทิศทางใด?
- การดูวิดีโอ เปิดเว็บไซต์ และดาวน์โหลดเกมหรือไฟล์ใช้ดาวน์โหลดเป็นหลัก แต่อัปโหลดก็เกี่ยวข้อง: ใน TCP จะส่งการยืนยันว่าได้รับข้อมูลกลับไปยังอีกฝ่าย
- การสำรองข้อมูลขึ้นคลาวด์ ส่งไฟล์ และถ่ายทอดวิดีโอของตัวเองแบบสดใช้อัปโหลดเป็นหลัก การกู้คืนข้อมูลสำรองหรือรับไฟล์จากคลาวด์ใช้ดาวน์โหลด แอปซิงค์อาจส่งข้อมูลได้ทั้งสองทิศทาง
- วิดีโอคอลส่งเสียงและภาพของคุณ พร้อมรับเสียงและภาพของผู้ร่วมสายคนอื่น ความเร็วทั้งสองทิศทาง ความหน่วง และความเสถียรอาจสำคัญ ความต้องการขึ้นกับแอปและคุณภาพที่เลือก ไม่ใช่ความเร็วเดียวสำหรับทุกสาย
หน่วยความเร็วต่างจากหน่วยขนาดไฟล์
Mbps หมายถึงล้านบิตต่อวินาที ส่วน MB หมายถึงล้านไบต์ หนึ่งไบต์มีแปดบิต ไฟล์ 1 GB ในตัวอย่างนี้คือ 1,000,000,000 ไบต์ หรือ 8,000 เมกะบิต หากความเร็วข้อมูลจริงคงที่ 100 Mbps เฉพาะการส่งข้อมูลจะใช้เวลาตามอุดมคติ 80 วินาที; ที่ 10 Mbps จะใช้ 800 วินาที หรือ 13 นาที 20 วินาที นี่เป็นการคำนวณ ไม่ใช่การรับประกันเวลา เพราะความเร็วจริง บริการ อุปกรณ์ และการประมวลผลมีผลต่อเวลารวม MiB กับ GiB เป็นหน่วยขนาดอีกแบบ อย่าสับสนกับ MB และ GB
อ่านความเร็วทั้งสองค่าของแพ็กเกจคุณ
- เปรียบเทียบดาวน์โหลดและอัปโหลดที่ระบุแยกกันด้วยหน่วยเดียวกัน แพ็กเกจสมมติ 100/10 Mbps มีความเร็วต่างกัน ส่วน 100/100 Mbps ระบุความเร็วเท่ากัน ตัวอย่างไม่ใช่ค่าปกติของเทคโนโลยีใด
- ความเร็วต่างกันไม่ได้พิสูจน์ว่ามีความเสียหาย ชื่อไฟเบอร์ เคเบิล DSL หรือ 5G เพียงอย่างเดียวไม่ได้กำหนดทั้งสองค่าของแพ็กเกจหรือผลที่อุปกรณ์จะวัดได้
- การวัดครั้งเดียวไม่ยืนยันการปฏิบัติตามสัญญา ก่อนสรุปให้เทียบการวัดซ้ำที่จดบันทึกไว้กับนิยาม เงื่อนไข และวิธีวัดของผู้ให้บริการ
แยกการทดสอบจากการส่งข้อมูลในแอป
VMAXCHECK ใช้ M-Lab NDT วัดการส่งข้อมูลผ่านการเชื่อมต่อ TCP หนึ่งการเชื่อมต่อไปยังเซิร์ฟเวอร์ทดสอบ ณ เวลาวัด ไม่ได้วัดทุกเซิร์ฟเวอร์ของแอป ความสามารถในการรับส่งข้อมูลพร้อมกันของทั้งบ้าน หรือสาเหตุความเสียหาย จดเวลา เซิร์ฟเวอร์ อุปกรณ์ และการใช้ Wi-Fi หรือ Ethernet ผลอัปโหลดที่ขาดไปไม่ได้แปลว่าศูนย์ การทดสอบสร้างทราฟฟิกเอง จึงควรทำแยกจากสายที่กำลังคุย วิดีโอ หรือเกม M-Lab เผยแพร่ผลและที่อยู่ IP สาธารณะที่ใช้ ในแอปให้แยกเวลาส่งข้อมูลจริงออกจากการรอ ตรวจไฟล์ และติดตั้ง
เปลี่ยนทีละปัจจัยเพื่อจำกัดขอบเขตปัญหา
- ทดสอบซ้ำด้วยอุปกรณ์ วิธี และชนิดการเชื่อมต่อเดิม โดยหยุดการส่งข้อมูลเบื้องหลังของคุณเอง จดเซิร์ฟเวอร์และเวลา เทียบผลซ้ำในเงื่อนไขใกล้กัน อัปโหลดช้าหรือความต่างครั้งเดียวไม่ได้ระบุจุดเสียหาย
- หยุดการสำรองหรือซิงค์ของคุณชั่วครู่ แล้วลองแอปอีกครั้งโดยไม่ทดสอบพร้อมกัน อัปโหลดที่ใช้ความจุจนเต็มอาจสร้างคิวและกระทบทราฟฟิกอื่น รวมถึงการดูวิดีโอ ผลดีขึ้นชี้ว่าควรตรวจภาระการใช้งาน ไม่ได้พิสูจน์ว่าเราเตอร์เสียแบบใด
- เทียบ Wi-Fi กับ Ethernet บนอุปกรณ์เดียวกัน ตรวจการเชื่อมต่อที่ใช้งานจริงและความสามารถของอะแดปเตอร์กับพอร์ต สายไปยังโหนด mesh อาจยังเหลือช่วงไร้สายต่อจากนั้น ใช้การเปรียบเทียบจำกัดขอบเขตก่อนซื้ออุปกรณ์
- หากช้าแค่บริการเดียว ลองบริการนั้นบนอุปกรณ์อื่นที่เหมาะสม และลองบริการอื่นบนอุปกรณ์เดิม ตรวจข้อจำกัดความเร็วของแอปและสถานะบริการ เช่น OneDrive จำกัดความเร็วซิงค์ได้ และการตั้งค่าบัญชีงานหรือโรงเรียนอาจอยู่ภายใต้ IT ทำตามกฎองค์กรและจดค่าก่อนการเปลี่ยนที่อนุญาต
เลือกความช่วยเหลือและแพ็กเกจตามความต้องการ
เก็บผลดาวน์โหลดและอัปโหลดที่เทียบกันได้ เวลา การเชื่อมต่อ และข้อผิดพลาดเฉพาะของแอป หากทั้งสองทิศทางเพียงพอต่องาน แพ็กเกจแพงขึ้นไม่ใช่คำตอบอัตโนมัติ หากหลายบริการมีปัญหาซ้ำให้ติดต่อผู้ให้บริการพร้อมผลวัด; หากมีแค่แอปหรืออุปกรณ์เดียวให้ติดต่อฝ่ายสนับสนุนนั้น อย่าแชร์รหัสผ่านหรือไฟล์ส่วนตัว ผลทดสอบดีไม่ได้ยืนยันว่าทุกบริการทำงานดี