ทำไมมือถือพร็อกซีตอนเย็นช้าลง ทั้งที่สปีดเทสต์กลับโชว์เต็มสปีด

เราเก็บข้อมูล 5,964 ครั้งจากการวัดในเครือข่ายมือถือ แล้วลองดูว่าช่องสัญญาณเป็นยังไงบ้างในแต่ละช่วงเวลาของวัน ปรากฏว่า ตัวเลขที่ทุกคนใช้เลือกพร็อกซี กลับสูงขึ้นตอนที่การทำงานแย่ที่สุดพอดี

ทำไมเมกะบิตถึงไม่ได้บอกอะไรเกี่ยวกับคุณภาพของช่องสัญญาณ เราเคยอธิบายไปแล้วในบทความ «เมกะบิต/วินาที ไม่ได้พูดถึงคุณภาพของมือถือพร็อกซี» ส่วนบทความนี้ เป็นแนวคิดเดียวกัน แต่มาพร้อมข้อมูล: ดูว่าเลเทนซี จิตเตอร์ และแพ็กเก็ตลอสต์เป็นยังไงในแต่ละช่วงเวลา

ภาพที่คุ้นเคย

ซื้อพร็อกซีที่แรงๆ มา แต่อันตี้ดีเทคก็ยังเด้งเซสชันอยู่ดี พาร์เซอร์ก็เจอไทม์เอาต์ ดาวน์โหลดก็เด้งกลางคัน พอเปิดสปีดเทสต์ก็เห็นเลขสี่สิบเมกะบิต ทุกอย่างปกติ ทางผู้ขายก็ยกมือโบก: ช่องสัญญาณปกติ เห็นเองเลย

ช่องสัญญาณปกติจริงๆ—ตามหน่วยที่คุณวัด แต่ปัญหาคือ คุณวัดผิดตัว

อะไรที่ทำให้งานพังจริงๆ

แบนด์วิดธ์ตอบโจทย์แค่เรื่องเดียว: ดาวน์โหลดไฟล์ใหญ่ได้เร็วแค่ไหน ที่เหลือทั้งหมด—การเปิดหน้าเว็บ การรักษาเซสชัน การตอบแคปชา คำขอระยะยาวของพาร์เซอร์—ล้วนขึ้นอยู่กับตัวแปรอื่นๆ

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

ข้อมูลบอกอะไรบ้าง

เรารวบรวมการวัดที่ผ่านเครือข่าย AIS (MTS) เป็นเวลาสิบเดือน แล้วเฉลี่ยตามช่วงเวลาของวัน ตัวแปรสามตัวบนสเกลสามแบบ—ตั้งใจแยกกัน: การเอามาใส่แกนเดียวกันก็คือการจัดฉากให้ดูดี

จากบนลงล่าง: ความเร็วดาวน์โหลด (เมกะบิต/วินาที), จิตเตอร์ (มิลลิวินาที), แพ็กเก็ตลอสต์ (%) ข้อมูล 5,964 ครั้งในเครือข่าย AIS (MTS) กันยายน 2025 — สิงหาคม 2026 แต่ละจุดคือค่าเฉลี่ยรายชั่วโมง มีตัวอย่าง 72 ถึง 388 ครั้งต่อชั่วโมง สีส้มคือช่วงเย็น 18:00–23:00 น. ×3.4 และ ×6.8 คือจำนวนเท่าที่ค่าเพิ่มขึ้นช่วงกลางคืน จุดคือค่าต่ำสุดและสูงสุดรายวัน

สิ่งที่สำคัญที่สุดในกราฟนี้

ความเร็วแทบไม่เปลี่ยน ตั้งแต่เจ็ดโมงเช้าถึงเที่ยงคืน อยู่ที่ประมาณ 54–68 เมกะบิต/วินาที คนที่เปิดสปีดเทสต์เวลาไหนของวัน ก็จะเห็นตัวเลขใกล้เคียงกัน แล้วสรุปว่าช่องสัญญาณดี

จิตเตอร์ในช่วงเวลาเดียวกันเพิ่มขึ้น 3.4 เท่า—จาก 25 มิลลิวินาทีตอนแปดโมงเช้า เป็น 86 มิลลิวินาทีตอนห้าทุ่ม แพ็กเก็ตลอสต์เพิ่มขึ้น 6.8 เท่า: จาก 0.79% ตอนกลางวัน เป็น 5.37% ตอนใกล้เช้า

และเรื่องที่แย่ที่สุดคือ ตอนสองทุ่ม ความเร็วถึงจุดสูงสุดของวัน—68 เมกะบิต/วินาที—แต่จิตเตอร์ในชั่วโมงเดียวกันอยู่ที่ 64 มิลลิวินาที สูงกว่าตอนเช้า 2.5 เท่า สปีดเทสต์ตอนนั้นแสดงผลดีที่สุดในวัน แต่การทำงานตอนนั้นแย่ที่สุด

นี่คือเหตุผลที่ข้อร้องเรียนแบบ “ตอนเย็นเครื่องช้า แต่เทสต์แล้วความเร็วปกติ” ไม่ใช่เรื่องแต่งหรือผลของจิตใจ การเทสต์วัดตัวแปรที่ไม่แย่ลงตอนเย็น

วิธีวัดที่ถูกต้อง

ไม่ใช่การวัดครั้งเดียว แต่เป็นการวัดต่อเนื่อง ลง CLI แล้วตั้งเวลาให้รัน แล้วเก็บในไฟล์:

speedmeter --json | jq -c '{t:.timestamp, d:.download, p:.ping, j:.jitter}' >> proxy.jsonl

ตั้ง cron ให้รันทุก 15 นาที:

*/15 * * * * /usr/local/bin/speedmeter --json >> /var/log/proxy-speed.jsonl

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

ค่าที่ถือว่าใช้ได้

สังเกตว่าตารางนี้ไม่มีอะไร: ไม่มีคอลัมน์เมกะบิต สำหรับงานที่กล่าวมาทั้งหมด แบนด์วิดธ์ไม่ใช่ตัวจำกัดอีกต่อไปเมื่อถึงประมาณสิบเมกะบิต

ข้อมูลรายชั่วโมง

ตัวเลขเดียวกันกับในกราฟ—เพื่อให้ตรวจสอบหรือเปรียบเทียบกับการวัดของคุณเองได้

ข้อแม้เกี่ยวกับข้อมูล

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

เครื่องมือที่ใช้เก็บข้อมูลนี้เป็นโอเพนซอร์สและฟรี: speedmeter.dev มันวัดจิตเตอร์และแพ็กเก็ตลอสต์ที่ฝั่งเซิร์ฟเวอร์ ไม่เชื่อรายงานของเบราว์เซอร์ และคืนผลเป็น JSON สำหรับสคริปต์