วิธี Benchmark ความเร็ว Download และ Upload ของ VPN

เวลาคนบอกว่า "VPN ช้า" ส่วนใหญ่หมายถึงหนึ่งในสามอย่าง คือหน้าเว็บเริ่มโหลดช้า ไฟล์ใหญ่ดาวน์โหลดคลาน หรืออัปโหลด (เช่น สำรองข้อมูล วิดีโอ โฟลเดอร์แชร์) ไม่เสร็จสักที อาการเหล่านี้ต่างกันและมีสาเหตุต่างกัน Benchmark ความเร็ว VPN ที่ดีจะวัดว่าข้อมูลไหลผ่านอุโมงค์ได้กี่เมกะบิตต่อวินาทีในแต่ละทิศทาง แล้วเทียบกับสิ่งที่สายของคุณส่งได้เมื่อไม่ใช้ VPN

บทความนี้พูดเฉพาะอัตราการส่งข้อมูล (throughput) ส่วนความหน่วงหรือ ping เป็นการวัดอีกแบบ ดูได้ที่ VPN latency อธิบายง่าย ๆ ถ้าอยากตรวจเร็ว ๆ ดู วิธีทดสอบ VPN และถ้าสงสัยว่าทำไมตัวเลขลดลงตั้งแต่แรก อ่าน ทำไมความเร็วอินเทอร์เน็ตเปลี่ยนเมื่อใช้ VPN

Throughput คืออะไร และทำไมตัวเลขเดียวไม่พอ

Throughput คือปริมาณข้อมูลที่ส่งถึงจริงต่อวินาที มักเขียนเป็นเมกะบิตต่อวินาที (Mbit/s) แพ็กเกจอินเทอร์เน็ตโฆษณาค่าสูงสุดไว้ แต่สิ่งที่คุณได้จริงในแต่ละวันต่ำกว่านั้น และ VPN ทำให้ลดลงอีกด้วยหลายเหตุผล

• การเข้ารหัสและการห่อแพ็กเก็ต ทุกแพ็กเก็ตมีส่วนหัวเพิ่ม และต้องเข้ารหัสกับถอดรหัส ซึ่งกินความจุเล็กน้อยและเวลาประมวลผล
• เส้นทางที่ยาวขึ้น เส้นทางไปเซิร์ฟเวอร์ VPN แล้วต่อไปปลายทาง อาจยาวกว่าเส้นทางตรงของคุณ
• ภาระของเซิร์ฟเวอร์ เซิร์ฟเวอร์ที่ใช้ร่วมกับผู้ใช้อื่นมีความจุจำกัดในขณะนั้น
• อุปกรณ์ของคุณ โทรศัพท์หรือโน้ตบุ๊กรุ่นเก่าอาจเข้ารหัสได้ช้ากว่าที่สายส่งมาให้
• ปัญหาขนาดแพ็กเก็ต ถ้าแพ็กเก็ตมีขนาดไม่เหมาะกับอุโมงค์ จะถูกแบ่งหรือส่งซ้ำ ทำให้เสียความจุ

เมื่อหลายสาเหตุทำงานพร้อมกัน ตัวเลขเดียวจึงบอกได้น้อยมาก คุณต้องมีชุดตัวเลขที่เทียบกันได้

ตัวเลข	ทำไมสำคัญ
ดาวน์โหลด ปิด VPN	เพดานปกติของคุณ
ดาวน์โหลด เปิด VPN	สิ่งที่อุโมงค์ส่งมาถึงคุณ
อัปโหลด ปิด VPN	เพดานอัปโหลดปกติ
อัปโหลด เปิด VPN	สิ่งที่อุโมงค์ส่งออกไป
Stream เดียว เทียบกับหลาย Stream	ข้อจำกัดอยู่ที่การเชื่อมต่อเดียวหรือทั้งอุโมงค์

ขั้นที่ 1 กำหนดเงื่อนไขให้นิ่งก่อนเริ่ม

Benchmark ควรค่าแก่การอ่านก็ต่อเมื่อทุกอย่างยกเว้นอุโมงค์คงที่ เตรียมรายการนี้

1. ใช้สายแลนถ้าทำได้ หากทดสอบบน Wi-Fi ให้ยืนที่จุดเดิม ใกล้เราเตอร์ และจดย่านความถี่ที่ใช้
2. ปิดแอปที่รบกวน การซิงก์คลาวด์ อัปเดตระบบ ตัวเปิดเกม การสำรองข้อมูล และแท็บ Streaming ล้วนแย่งแบนด์วิดท์ที่คุณกำลังวัด
3. ใช้อุปกรณ์เครื่องเดียว ถ้าอยากเทียบอุปกรณ์ ให้ทำเป็นโครงการแยก
4. เลือกเซิร์ฟเวอร์ VPN หนึ่งตัวและใช้ตัวเดิม จดชื่อตำแหน่งไว้เพื่อทดสอบซ้ำได้
5. ปิดพร็อกซีและส่วนเสริมความปลอดภัยอื่นระหว่างทดสอบ ส่วนขยายเบราว์เซอร์ที่สแกนทราฟฟิกทำให้ผลต่ำลง VPN ตัวที่สองหรือแอปกรองก็เช่นกัน บทความ VPN ถูกแอนติไวรัสบล็อก แสดงว่าซอฟต์แวร์แบบนี้รบกวนได้อย่างไร
6. จดเวลา ช่วงเย็นเครือข่ายบ้านหลายแห่งคับคั่ง ควรทดสอบแต่ละเงื่อนไขห่างจากคู่เทียบไม่กี่นาที

ตรวจสิ่งที่แพ็กเกจระบุบนกระดาษด้วย ถ้าแพ็กเกจเป็น 100 Mbit/s ดาวน์ และ 20 Mbit/s อัป ผลสูงสุดที่ควรคาดคือต่ำกว่านี้เล็กน้อย (โดยทั่วไป 90 ถึง 95 เปอร์เซ็นต์หลังหักโอเวอร์เฮด) ถ้าผลตอนปิด VPN ต่ำกว่านี้มาก แสดงว่าปัญหาอยู่นอก VPN

ขั้นที่ 2 วัดค่าตั้งต้นตอนปิด VPN

รันชุดทดสอบทั้งหมดโดยไม่เปิด VPN ก่อน จุดประสงค์คือรู้เพดานจริงของคุณ ไม่ใช่ตัวเลขบนบิล

ใช้เครื่องมือสองประเภทควบคู่กัน

เว็บทดสอบความเร็วบนเบราว์เซอร์ ง่ายที่สุด ให้ตัวเลขดาวน์โหลด อัปโหลด และ latency อย่างรวดเร็ว จุดอ่อนคือเว็บเลือกเซิร์ฟเวอร์ทดสอบที่อยู่ใกล้ให้อัตโนมัติ และอาจเปลี่ยนระหว่างรอบ จดไว้ว่าใช้เซิร์ฟเวอร์ไหน และถ้าเว็บให้เลือกได้ ให้ล็อกไว้

การโอนข้อมูลที่ควบคุมได้ เพื่อควบคุมมากขึ้น ใช้เครื่องมือบรรทัดคำสั่งที่วัดอัตราข้อมูลดิบระหว่างสองเครื่อง หรือดาวน์โหลดไฟล์ใหญ่ที่รู้ขนาดจากที่อยู่เว็บเดิมทุกครั้งแล้วจับเวลา วิธีแรกต้องมีคอมพิวเตอร์เครื่องที่สองหรือเซิร์ฟเวอร์ทดสอบที่คุณควบคุม วิธีที่สองต้องการเพียงเว็บโฮสต์ที่เสถียรซึ่งให้ไฟล์ใหญ่และรองรับการดาวน์โหลด HTTP ปกติตามที่ RFC 9110 อธิบาย

ในแต่ละเงื่อนไข ให้บันทึกอย่างน้อยสามรอบ และจดมัธยฐาน ไม่ใช่แค่ค่าที่ดีที่สุด รอบที่ดีเยี่ยมรอบเดียวคือความบังเอิญ มัธยฐานที่นิ่งคือการวัด

วัดค่าตั้งต้นสองครั้ง ครั้งก่อนทดสอบ VPN และครั้งหลัง ถ้าสองค่าต่างกันเกินราว 10 เปอร์เซ็นต์ แปลว่ามีอะไรบนเครือข่ายของคุณเปลี่ยนไป ควรทำรอบนั้นใหม่

ขั้นที่ 3 ทดสอบดาวน์โหลดกับอัปโหลดแยกกัน

หลายคนรันทดสอบ เห็นตัวเลข "ดาวน์โหลด" ก้อนใหญ่ตัวเดียวแล้วหยุด แต่อัปโหลดสำคัญเท่ากันสำหรับคนที่ส่งไฟล์ใหญ่ ประชุมวิดีโอ หรือสำรองรูปภาพ

ทดสอบดาวน์โหลด ดึงไฟล์ใหญ่หรือรันช่วงดาวน์โหลดของเครื่องมืออย่างน้อย 30 วินาที ดูช่วงที่กราฟนิ่ง ไม่ใช่ไม่กี่วินาทีแรก ช่วงไต่ระดับตอนต้นไม่เป็นตัวแทนที่ดี

ทดสอบอัปโหลด ส่งไฟล์ใหญ่ไปยังบริการที่คุณควบคุม หรือใช้ช่วงอัปโหลดของเครื่องมือ อัปโหลดเจอเพดานคนละแบบกับดาวน์โหลด แพ็กเกจในทิศทางนี้มักต่ำกว่ามาก และโอเวอร์เฮดต่อแพ็กเก็ตของ VPN เป็นสัดส่วนที่ใหญ่ขึ้นของท่อเล็ก

ตัวอย่างสมมติสำหรับสายบ้านที่ขายเป็น 200 Mbit/s ดาวน์ และ 30 Mbit/s อัป

เงื่อนไข	ดาวน์โหลด (มัธยฐาน)	อัปโหลด (มัธยฐาน)
ปิด VPN	188 Mbit/s	28 Mbit/s
เปิด VPN เซิร์ฟเวอร์เมืองเดียวกัน	142 Mbit/s	24 Mbit/s
เปิด VPN เซิร์ฟเวอร์ไกลมาก	61 Mbit/s	17 Mbit/s

จากตารางนี้ VPN กินดาวน์โหลดราว 24 เปอร์เซ็นต์ และอัปโหลดราว 14 เปอร์เซ็นต์ที่เซิร์ฟเวอร์ใกล้ และมากกว่านั้นมากเมื่อเซิร์ฟเวอร์อยู่ไกล การแสดงผลเป็นเปอร์เซ็นต์ของค่าตั้งต้นของคุณเองยุติธรรมกว่าการเทียบกับสายของคนอื่น

ขั้นที่ 4 ใช้หนึ่ง Stream และหลาย Stream

การโอนข้อมูลบนอินเทอร์เน็ตส่วนใหญ่เป็นการเชื่อมต่อ TCP และการเชื่อมต่อ TCP เดียวอาจถูกจำกัดด้วยเวลาไป-กลับและขนาดหน้าต่าง ผลคือ Stream เดียวอาจเติมสายที่เร็วไม่เต็ม โดยเฉพาะบนเส้นทางที่ยาวกว่า เช่นผ่านเซิร์ฟเวอร์ VPN ที่ไกล

รันทั้งสองแบบ

• Stream เดียว คือพฤติกรรมของการดาวน์โหลดไฟล์ทั่วไปหรืออัปโหลดไฟล์ใหญ่ครั้งเดียว ใกล้เคียงกับที่แอปธรรมดารู้สึก
• หลาย Stream สี่ถึงแปดการเชื่อมต่อพร้อมกัน แสดงว่าสายกับอุโมงค์รวมกันรับได้มากสุดเท่าไร ใกล้เคียงกับที่เบราว์เซอร์ ตัวจัดการดาวน์โหลด หรือเว็บทดสอบความเร็วใช้

การอ่านคู่ผลลัพธ์

1. ถ้า Stream เดียวช้าแต่หลาย Stream เร็ว อุโมงค์เองไม่มีปัญหา ข้อจำกัดคือเวลาไป-กลับของการเชื่อมต่อเดียว เซิร์ฟเวอร์ที่ใกล้ขึ้นหรือแอปที่เปิดหลายการเชื่อมต่อจะช่วยได้
2. ถ้าทั้งสองช้าพอ ๆ กัน ข้อจำกัดคือความจุ ได้แก่เซิร์ฟเวอร์ ซีพียูของคุณ หรือเส้นทาง
3. ถ้าหลาย Stream ช้ากว่า Stream เดียว มีบางอย่างถูกใช้เกินกำลัง มักเป็นซีพียูของอุปกรณ์ที่อ่อน หรือลิงก์ Wi-Fi ที่คับคั่ง

บทความ ความเร็ว VPN เทียบกับไม่ใช้ VPN พูดถึงความต่างทั่วไปลึกขึ้น และ WireGuard speed test ดูว่าการเลือกโปรโตคอลปรากฏในตัวเลขอย่างไร

ขั้นที่ 5 หาคอขวด ไม่ใช่แค่จดผล

Benchmark ควรตอบคำถาม และคำถามปกติคือ "อะไรกำลังจำกัดฉัน" ไล่ตามรายการนี้เมื่อผลตอนเปิด VPN ต่ำกว่าค่าตั้งต้นชัดเจน

เป็นที่อุปกรณ์หรือเปล่า เปิดตัวตรวจสอบกิจกรรมของระบบระหว่างทดสอบ ถ้าแกนซีพียูหนึ่งแกนเกือบ 100 เปอร์เซ็นต์ขณะโอนข้อมูล อุปกรณ์คือคอขวด โทรศัพท์ แท็บเล็ตเล็ก และโน้ตบุ๊กรุ่นเก่าเจอบ่อยที่สุด เครื่องใหม่หรือเครื่องที่ใช้สายแลนจะให้ผลต่างกันมาก

เป็นที่ Wi-Fi หรือเปล่า ทดสอบซ้ำบนสายแลน ถ้าผลบนสายสูงกว่ามาก ข้อจำกัดคือลิงก์ไร้สาย ไม่ใช่ VPN

เป็นเรื่องระยะทางหรือเปล่า ลองเซิร์ฟเวอร์ที่ใกล้คุณ แล้วลองเซิร์ฟเวอร์ที่ไกล ด้วยขั้นตอนเดียวกัน ถ้าความเร็วลดลงชัดเจนตามระยะทาง เส้นทางคือปัจจัยจำกัด ดู ระยะห่างของเซิร์ฟเวอร์ VPN เพื่อทราบสาเหตุ

เป็นที่เซิร์ฟเวอร์หรือเปล่า ทดสอบซ้ำในอีกชั่วโมงหนึ่ง ถ้าความเร็วกลับมาตอนดึก แสดงว่าเซิร์ฟเวอร์หรือเส้นทางแน่นช่วงเวลาคนใช้เยอะ บทความ ภาระของเซิร์ฟเวอร์ VPN อธิบายว่ามีความหมายกับคุณอย่างไร

ถูกจำกัดความเร็วหรือเปล่า ถ้าทราฟฟิกบางประเภทช้ากว่าส่วนอื่นอย่างสม่ำเสมอ แม้ย้ายเซิร์ฟเวอร์ ผู้ให้บริการเครือข่ายอาจกำลังกำหนดรูปแบบทราฟฟิก VPN bandwidth throttling บอกวิธีสังเกตโดยไม่ด่วนสรุป

เป็นที่ขนาดแพ็กเก็ตหรือเปล่า ถ้าการเชื่อมต่อใช้งานได้แต่การโอนไฟล์ใหญ่ค้างหรือเหลือแค่เส้นเล็ก ๆ ขณะที่หน้าเล็กโหลดได้ ขนาดแพ็กเก็ต (MTU) อาจไม่เหมาะกับอุโมงค์ Path MTU discovery ที่อธิบายใน RFC 1191 คือกลไกที่ควรจัดการเรื่องนี้ เมื่อมันล้มเหลว การแก้ค่าขนาดอาจได้ความเร็วกลับมามาก

ขั้นที่ 6 รายงานผลให้คนอื่นเชื่อถือได้

ถ้าคุณจะแชร์ตัวเลขกับเพื่อนร่วมงาน คนในครอบครัว หรือทีมสนับสนุน ให้เขียนในรูปแบบที่สม่ำเสมอ รายงานที่ดีมีสิ่งเหล่านี้

• วันที่ เวลา และระยะเวลาของแต่ละรอบ
• รุ่นอุปกรณ์ และวิธีเชื่อมต่อ (สายแลนหรือย่าน Wi-Fi)
• ความเร็วที่แพ็กเกจโฆษณาและค่าตั้งต้นของคุณ
• ชื่อตำแหน่งเซิร์ฟเวอร์ VPN และชนิดการเชื่อมต่อที่แอปแสดง
• เครื่องมือที่ใช้ จำนวน Stream ขนาดไฟล์ และเซิร์ฟเวอร์ทดสอบ
• มัธยฐานของดาวน์โหลดและอัปโหลด พร้อมช่วงค่า
• หมายเหตุสิ่งผิดปกติ เช่น มีอุปกรณ์อื่นบนเครือข่าย การเชื่อมต่อใหม่ หรือการซิงก์ที่รันอยู่

เปอร์เซ็นต์มีประโยชน์กว่าตัวเลขดิบ ประโยคว่า "VPN ส่งดาวน์โหลดได้ 76 เปอร์เซ็นต์ของค่าตั้งต้นและอัปโหลด 86 เปอร์เซ็นต์ที่เซิร์ฟเวอร์ใกล้" บอกผู้อ่านว่าควรคาดอะไร ขณะที่ "ได้ 142" ไม่บอกอะไร

ข้อผิดพลาดที่พบบ่อย

• ทดสอบแค่ห้าวินาที ช่วงไต่ระดับต่ำกว่าและแกว่งกว่าความเร็วที่คงที่
• วัดเฉพาะดาวน์โหลด อัปโหลดคืออีกครึ่งของงานจริงหลายอย่าง
• ปล่อยให้เว็บทดสอบเลือกเซิร์ฟเวอร์ใหม่ทุกครั้ง เมื่อปลายทางเปลี่ยน การเปรียบเทียบก็พัง
• เทียบ Wi-Fi ที่เปิด VPN กับสายแลนที่ไม่เปิด เปลี่ยนทีละอย่างเท่านั้น
• ไม่สนใจซีพียูของอุปกรณ์ อุโมงค์เร็วเกินกว่าที่อุปกรณ์เข้ารหัสไม่ได้
• เอารอบที่ดีที่สุดมาเป็นผล ใช้มัธยฐานของอย่างน้อยสามรอบ
• สับสนเมกะบิตกับเมกะไบต์ เว็บทดสอบแสดงเมกะบิตต่อวินาที ตัวจัดการไฟล์แสดงเมกะไบต์ต่อวินาที หนึ่งเมกะไบต์ต่อวินาทีเท่ากับแปดเมกะบิตต่อวินาที
• ประกาศผู้ชนะจากการเทียบครั้งเดียว บ่ายวันเดียวบนเครือข่ายเดียวพิสูจน์เรื่องเครือข่ายอื่นได้น้อย

ตัวอย่างการใช้งานจริง

นักศึกษาใช้ฮอตสปอตจากมือถือ ลินามีแพ็กเกจเน็ตมือถือและใช้โทรศัพท์เป็นฮอตสปอตให้โน้ตบุ๊ก เธอทดสอบทั้ง Stream เดียวและสี่ Stream เมื่อเปิด VPN Stream เดียวได้ 11 Mbit/s สี่ Stream ได้ 24 Mbit/s เธอจึงรู้ว่าอุโมงค์รับได้มากกว่านั้น แต่แต่ละการเชื่อมต่อถูกจำกัดด้วยเส้นทางมือถือ เธอเลยเลือกใช้แอปที่เปิดหลายการเชื่อมต่อสำหรับไฟล์ใหญ่

คนทำงานระยะไกลที่อัปโหลดไฟล์ดีไซน์ อรุณวัดอัปโหลดเพราะต้องส่งแพ็กเกจ 2 GB ทุกเย็น ค่าตั้งต้นของเขาคือ 35 Mbit/s ขาขึ้น ผลตอนเปิด VPN คือ 29 เขาเทียบเซิร์ฟเวอร์ใกล้กับไกล เลือกตัวใกล้ และตั้งเวลาอัปโหลดในช่วงที่เครือข่ายบ้านสงบ

ครอบครัวที่สำรองรูปภาพ เราเตอร์ของบ้านเลี้ยงสมาร์ททีวีด้วย พวกเขาสังเกตว่าการสำรองรูปค้างตอนดูหนังช่วงเย็น เมื่อปิดทีวีแล้ววัด VPN ส่งได้เกือบเท่าค่าตั้งต้น ปัญหาคือความคับคั่งในบ้าน ไม่ใช่อุโมงค์

สรุป

Benchmark ความเร็ว VPN ที่เชื่อถือได้ต้องวัดดาวน์โหลดกับอัปโหลดแยกกัน ทั้งตอนปิดและเปิด VPN ใช้การโอนไฟล์ใหญ่หรือเซิร์ฟเวอร์ทดสอบที่ตายตัว ทั้ง Stream เดียวและหลาย Stream และอย่างน้อยสามรอบต่อเงื่อนไข แสดงผลเป็นเปอร์เซ็นต์ของค่าตั้งต้นของคุณเอง แล้วไล่รายการคอขวด ได้แก่ อุปกรณ์ Wi-Fi ระยะทาง ภาระเซิร์ฟเวอร์ การจำกัดความเร็ว และขนาดแพ็กเก็ต หากอยากลองวิธีนี้กับแพสระยะสั้น ดูตัวเลือกได้ที่หน้าราคา