เราเตอร์หรือแล็ปท็อป CPU หมด? ทำไมความเร็ว VPN ของคุณจึงหยุดก่อนเวลา

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

อาการชี้ไปที่เครื่องเดียว ไม่ใช่อินเทอร์เน็ต

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

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

ดูโหลดต่อคอร์ระหว่างการถ่ายโอน

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

mpstat -P ALL 1 5
top -H -b -n 1 | head -20
lscpu | grep -i -E "model name|aes"

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

แยกการเข้ารหัสออกจากการจัดการแพ็กเก็ต

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

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

เปรียบเทียบสิ่งที่เหมือนกันก่อนสรุป

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

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

ใช้ออฟโหลดที่รองรับและตรวจสอบว่าเปิดใช้งานจริง

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

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

หากการสังเกตซีพียูไม่เป็นไปตามอาการ กลับไปทางฝั่งเครือข่าย การลอง Wi-Fi ใหม่ การจัดคิว และเส้นทางออกให้ผลลัพธ์เดียวกันโดยไม่มีส่วนเกี่ยวข้องของซีพียูเลย