เวลาไปกลับ 20 แพ็กเก็ต
ping -c 20 lg.vpsoffshore.comค่ามัธยฐานต่างหากที่สำคัญ ไม่ใช่ค่าต่ำสุด แพ็กเก็ตที่เร็วเพียงตัวเดียวไม่ได้บอกอะไรเกี่ยวกับลิงก์เลย
ทดสอบเส้นทาง ก่อนจ่ายเงิน
เป้าหมาย ไฟล์ และคำสั่งที่ชัดเจน ไม่ต้องมีบัญชี ไม่ต้องมีแบบฟอร์ม ไม่มีสิ่งใดต้องยอมรับ — วัดผลเครือข่ายนี้จากเครื่องของคุณเอง แล้วตัดสินใจด้วยตัวเลขของคุณเอง
เป้าหมาย
ชี้มาที่ที่อยู่เหล่านี้
| ตระกูล | เป้าหมาย | เหมาะสำหรับ |
|---|---|---|
| IPv4 | 198.51.100.24 |
ping · traceroute · mtr |
| IPv6 | 2001:db8:4a::24 |
ping6 · traceroute6 |
| ผู้ให้บริการ | lg.vpsoffshore.com |
แปลงค่าได้ทั้งสองแบบ ใช้ในสคริปต์ได้ |
ไฟล์ทดสอบ
และสิ่งที่ต้องดึงข้อมูลมา
| ขนาด | URL | การใช้งาน |
|---|---|---|
| 100 MB | https://lg.vpsoffshore.com/100mb.bin |
เพียงพอที่จะเติมเต็มลิงก์ระดับกิกะบิตได้หนึ่งวินาที ใช้ตัวนี้ก่อน |
| 1 GB | https://lg.vpsoffshore.com/1gb.bin |
สำหรับพอร์ต 10 Gbps และสำหรับทุกอย่างที่ตั้งใจจะเผยแพร่ |
| 10 GB | https://lg.vpsoffshore.com/10gb.bin |
การทดสอบปริมาณงานต่อเนื่อง ไม่ควรรันซ้ำเป็นวงลูป |
ไฟล์เหล่านี้เป็นข้อมูลสุ่มที่บีบอัดไม่ได้ ดังนั้นพร็อกซีหรือ CDN ฝั่งคุณจึงไม่สามารถทำให้ผลลัพธ์ดูดีเกินจริงได้ ไฟล์ถูกส่งจากพอร์ตเดียวกับที่เซิร์ฟเวอร์ของคุณจะได้รับ
สี่คำสั่ง
จะรันอะไร และอ่านผลอย่างไร
รายงานส่วนใหญ่ที่บอกว่า “เครือข่ายช้า” เป็นเพียงสิ่งที่เกิดจากวิธีวัดผล ตัวชี้วัดทั้งสี่นี้ เมื่ออ่านอย่างถูกต้อง จะบอกสิ่งที่เกิดขึ้นจริง
เส้นทาง ทีละฮอป
mtr -rwzbc 100 lg.vpsoffshore.comการสูญเสียแพ็กเก็ตกลางเส้นทางมักเกิดจากเราเตอร์ที่ลดความสำคัญของ ICMP ไม่ใช่ hop ที่เสีย ส่วนการสูญเสียที่ hop สุดท้ายคือของจริง
อัตราการส่งข้อมูล สตรีมเดียว
curl -o /dev/null https://lg.vpsoffshore.com/100mb.binTCP stream เดียวบนเส้นทางระยะไกลถูกจำกัดด้วยขนาดวินโดว์ ไม่ใช่ลิงก์ คาดหวังความเร็วที่ต่ำกว่าพอร์ตได้เลย
ทรูพุตตามความเป็นจริง
aria2c -x8 -s8 https://lg.vpsoffshore.com/1gb.binแปดสตรีมคือสิ่งที่ภาระงานจริงเป็น นี่คือตัวเลขที่ควรใช้เปรียบเทียบกับผู้ให้บริการรายอื่น
การอ่านเอกสาร
ผลลัพธ์ 3 อย่างที่ดูเหมือนแย่ แต่ความจริงไม่ใช่
เราอยากให้คุณเข้าใจผลลัพธ์ มากกว่าที่จะเชื่อตัวเลขของเรา ผู้ให้บริการที่อธิบายวิธีตีความผลลัพธ์ที่ดูไม่ดีของตัวเอง กำลังบอกอะไรบางอย่างที่หน้าการตลาดบอกไม่ได้
การสูญเสียกลางผลลัพธ์ mtr
เราเตอร์ลดความสำคัญของ ICMP ที่ส่งถึงตัวเอง หาก hop สุดท้ายแสดงการสูญเสีย 0% เส้นทางก็สะอาดไม่ว่า hop 6 จะแสดงผลอย่างไร
curl เดียวที่ 40 MB/s
สตรีม TCP เดี่ยวที่ระยะเวลา 35 ms จะถูกจำกัดด้วย window นานก่อนที่จะถูกจำกัดด้วยลิงก์ รันคำสั่งแบบแปดสตรีมก่อนสรุปผลใดๆ
แพ็กเก็ตแรกที่สูงกว่าค่ามัธยฐานมาก
ARP, DNS และเส้นทางที่ยังไม่ผ่านการวอร์มอัพ นี่คือเหตุผลที่คำสั่ง ping ขอให้ยิง 20 ครั้ง และเหตุผลที่เราเผยแพร่ค่ามัธยฐานแทนที่จะเป็นผลลัพธ์ที่ดีที่สุด
ยังไม่มี
หน้านี้ไม่มีคอนโซลแบบโต้ตอบ โดยตั้งใจ
กำลังพัฒนา looking glass ที่รันคำสั่งจากฝั่งเราอยู่ จนกว่ามันจะตอบสนองได้ เราขอพูดตรงๆ ดีกว่าแสดงฟอร์มที่ใช้การไม่ได้ให้คุณดู
อ่านวิธีการติดตั้งใช้งานสามารถรัน traceroute ย้อนกลับมาที่ลูกค้าได้หรือไม่
ได้ — ส่งที่อยู่ของคุณให้ทีมสนับสนุน แล้วเราจะคัดลอกผลลัพธ์จากขอบเครือข่ายของเรามาให้ ซึ่งมักใช้เวลาไม่กี่นาที เส้นทางขากลับมักเป็นส่วนที่น่าสนใจ และเป็นครึ่งหนึ่งที่คุณไม่สามารถวัดได้จากตำแหน่งที่คุณอยู่
สามารถดูตาราง BGP หรือ AS-path ได้หรือไม่
สอบถามมาแล้วเราจะแสดงเส้นทางสำหรับพรีฟิกซ์ที่คุณสนใจ เราไม่เผยแพร่ตารางทั้งหมดเพราะมันระบุชื่อผู้ให้บริการทรานซิตของเรา และการระบุชื่อพวกเขาเชิญให้เกิดแรงกดดันต่อบริษัทที่ไม่ได้เลือกจุดยืนแบบเรา — เหตุผลเดียวกับที่เราไม่ระบุชื่ออาคารในหน้าข้อมูลสถานที่
ตัวเลขที่วัดได้ไม่ตรงกับแผนที่เวลาแฝงที่คุณเผยแพร่
จากนั้นส่งมาได้เลย หากคุณถูกต้อง เราจะแก้ไขตัวเลขที่เผยแพร่ พร้อมชี้แจงเหตุผล หน้าที่รวบรวมผลการวัดจะมีค่าก็ต่อเมื่อผู้อ่านสามารถแก้ไขให้ถูกต้องได้