วิธีจำกัดแบนด์วิดท์ของแอปเดียวบน Mac

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

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

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

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

ตัวตรวจสอบกิจกรรมช่วยระบุการใช้เครือข่ายได้ ส่วนการตั้งค่าคุณภาพบริการ (QoS) ของเราเตอร์อาจจัดลำดับความสำคัญให้อุปกรณ์หรือประเภททราฟฟิกบางอย่าง แต่ทั้งสองอย่างไม่ได้ให้ขั้นตอนการทำงานภายในเครื่องแบบเดียวกับการเลือกโปรเซสหนึ่งบน Mac แล้วตั้งเพดานแยกตามทิศทาง Network Link Conditioner ของ Apple สร้างโปรไฟล์ทดสอบสำหรับการพัฒนาได้ รวมถึงแบนด์วิดท์ที่จำกัดและสภาพเครือข่ายที่ไม่ดี แต่มีไว้สำหรับทดสอบสภาพเครือข่าย ไม่ใช่สำหรับควบคุมแอปเดสก์ท็อปที่เลือกไว้เป็นประจำ

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

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

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

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

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

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

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

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

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

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

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

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

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

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