Cách giới hạn băng thông cho một ứng dụng trên Mac

Khởi động proxy của Throttlr, chọn ứng dụng đang dùng kết nối và bật giới hạn tải xuống, giới hạn tải lên hoặc cả hai. Ứng dụng được chọn vẫn tiếp tục truyền dữ liệu, nhưng chỉ đến mức tốc độ bạn đặt. Các ứng dụng khác không bị hạn chế, trừ khi bạn cũng đặt giới hạn cho chúng hoặc cho một đối tượng rộng hơn như Internet hay Mạng cục bộ.

Cách này hữu ích khi một lượt truyền cần tiếp tục mà không chiếm hết dung lượng đường truyền. Bản sao lưu đám mây có thể chạy tiếp trong khi bạn đang gọi điện, trò chơi có thể cập nhật khi bạn làm việc, và lượt tải xuống trong trình duyệt có thể chạy ngầm mà bạn không phải ngắt kết nối cả máy Mac.

Giới hạn băng thông khác với cài đặt mức ưu tiên. Throttlr áp dụng một tốc độ tối đa cụ thể cho lưu lượng được ghi nhận; ứng dụng không tự động xếp hạng ứng dụng này cao hơn ứng dụng khác. Throttlr cũng không tạo quy tắc cho từng tên miền, máy chủ hoặc cổng riêng lẻ, và không thêm độ trễ hay mất gói.

macOS có các công cụ kiểm soát mạng, nhưng tường lửa tích hợp chủ yếu được thiết kế để kiểm soát các kết nối đến ứng dụng và dịch vụ. Tường lửa này không phải công cụ giới hạn băng thông theo ứng dụng và không có ô nhập tốc độ tải lên, tải xuống cho từng ứng dụng.

Trình theo dõi hoạt động có thể giúp xác định mức sử dụng mạng, còn cài đặt chất lượng dịch vụ (QoS) trên bộ định tuyến có thể ưu tiên một thiết bị hoặc một loại lưu lượng. Không công cụ nào trong số đó mang lại quy trình cục bộ như việc chọn một tiến trình trên Mac và áp dụng giới hạn riêng cho từng chiều. Network Link Conditioner của Apple có thể tạo hồ sơ kiểm thử dành cho nhà phát triển, bao gồm băng thông hạn chế và các điều kiện mạng xấu, nhưng công cụ này dành cho việc kiểm thử điều kiện mạng chứ không phải để kiểm soát thường xuyên một ứng dụng máy tính đã chọn.

Vì vậy, giới hạn tốc độ theo ứng dụng cần một công cụ mạng có thể gắn các luồng được ghi nhận với một ứng dụng và thực thi giới hạn. Throttlr làm điều này thông qua framework Network Extension của Apple trên macOS 15 trở lên. Network Extension phải được phê duyệt và proxy phải đang chạy thì mới có thể theo dõi hoặc kiểm soát lưu lượng mới.

Lưu lượng tải xuống truyền dữ liệu đến ứng dụng: trang web, nội dung đa phương tiện, gói phần mềm, tệp đám mây và tài nguyên trò chơi là những ví dụ phổ biến. Lưu lượng tải lên truyền dữ liệu đi từ ứng dụng: bản sao lưu, đồng bộ tệp, video gửi đi trong cuộc gọi và tệp đính kèm gửi đi đều dùng dung lượng chiều lên.

Khi xác định được chiều gây ra vấn đề, hãy chỉ đặt giới hạn cho chiều đó. Giới hạn chiều tải lên của bản sao lưu sẽ không ảnh hưởng đến chiều tải xuống, còn giới hạn một lượt tải trò chơi lớn sẽ không hạn chế không cần thiết các yêu cầu gửi đi nhỏ. Hãy giới hạn cả hai chiều khi bạn cần một mức trần dễ dự đoán cho toàn bộ ứng dụng.

Tốc độ trực tiếp là số liệu quan sát lưu lượng hiện tại, không phải cam kết rằng ứng dụng sẽ liên tục đạt mức giới hạn. Máy chủ, điều kiện Wi-Fi, chi phí giao thức, bộ đệm và hành vi riêng của ứng dụng đều có thể khiến tốc độ thấp hơn hoặc không đều. Hãy đánh giá kết quả trong suốt một lượt truyền đang diễn ra thay vì chỉ dựa vào một thời điểm.

Không có con số nào là tốt nhất cho mọi trường hợp. Trước tiên, hãy quan sát ứng dụng trong một hoạt động tiêu biểu, rồi chọn mức giới hạn thấp hơn tốc độ duy trì của nó nhưng vẫn đủ để tác vụ tiến triển. Giảm dần mức giới hạn và quan sát xem công việc bạn muốn bảo vệ có ổn định hơn không.

Khi bảo vệ một cuộc gọi, hãy bắt đầu với ứng dụng đang tải lên trong nền thay vì ứng dụng gọi điện. Chiều lên bị bão hòa có thể khiến âm thanh và video không ổn định ngay cả khi bài kiểm tra tốc độ cho thấy chiều tải xuống còn dư dả. Với tác vụ chủ yếu tải xuống, hãy giới hạn tốc độ nhận của tác vụ đó và để các yêu cầu nhỏ của nó không bị hạn chế, trừ khi chúng cũng gây ra vấn đề.

Đừng xem toàn bộ tốc độ quảng cáo của gói Internet là luôn sẵn có. Tình trạng tranh chấp Wi-Fi, các thiết bị khác, VPN và dịch vụ từ xa đều làm thay đổi dung lượng thực tế có thể dùng. Một mức giới hạn hợp lý nên chừa lại khoảng trống dưới tốc độ quan sát được của kết nối, đặc biệt khi khả năng phản hồi quan trọng hơn việc hoàn tất lượt truyền nhanh nhất có thể.

Để kiểm thử có thể lặp lại, hãy ghi lại chính xác giá trị tải lên, tải xuống và phạm vi bạn đã kiểm soát. Giới hạn dùng để khắc phục sự cố thường ngày và hồ sơ kiểm thử phục vụ những mục đích khác nhau: một bên bảo vệ công việc hằng ngày, còn bên kia cần tái hiện một điều kiện xác định một cách nhất quán.

Giới hạn tốc độ cho phép lưu lượng tiếp tục dưới một mức trần cụ thể. Hãy dùng khi lượt truyền là hợp lệ nhưng quá ngốn băng thông. Chặn là dừng hẳn, phù hợp cho việc kiểm thử ngoại tuyến hoặc một lượt truyền không được phép tiếp tục. Nếu bạn cần hành vi đó, hướng dẫn chặn riêng sẽ giải thích cách dừng và khôi phục an toàn cả hai chiều lưu lượng.

Ưu tiên mang lại cho lưu lượng một mức ưu tiên tương đối khi đường truyền bận; giới hạn cụ thể đặt một mức tối đa cố định cho đối tượng đã chọn. Throttlr triển khai giới hạn, không phải hàng đợi ưu tiên. Giới hạn dễ hình dung hơn khi bạn biết một tác vụ nền được phép dùng bao nhiêu phần kết nối, nhưng không bảo đảm dành riêng băng thông cho một ứng dụng khác.

Mô phỏng điều kiện mạng nhằm tái hiện một môi trường, thường bằng cách kết hợp băng thông hạn chế với độ trễ, mất gói hoặc các đặc tính khác. Throttlr không giả lập độ trễ hay mất gói. Nhà phát triển cần những điều kiện đó nên dùng công cụ mô phỏng phù hợp; hướng dẫn mạng chậm tập trung vào các bài kiểm thử hẹp hơn có thể tái hiện bằng các công cụ giới hạn băng thông và chặn của Throttlr.

Ứng dụng có cửa sổ mà bạn thấy không phải lúc nào cũng là tiến trình mở kết nối. Trình khởi chạy, trình cập nhật, dịch vụ XPC, phần mở rộng nhà cung cấp tệp, mục đăng nhập và tác nhân sao lưu đều có thể sở hữu lưu lượng của một sản phẩm quen thuộc. Throttlr nhóm các mã định danh của tiến trình trợ giúp với ứng dụng mẹ khi nhận diện được mối quan hệ đó, còn các dịch vụ được ký độc lập có thể xuất hiện thành hàng riêng.

Hãy tạo một lượt truyền đã biết và theo dõi tốc độ trực tiếp thay vì chọn một hàng chỉ dựa vào tên. Nếu giới hạn ứng dụng chính không làm thay đổi lượt truyền, hãy tìm một tiến trình trợ giúp hoặc dịch vụ có hoạt động tương ứng. Hãy thận trọng với các dịch vụ macOS dùng chung vì một quy tắc có thể ảnh hưởng đến nhiều thứ hơn quy trình bạn định kiểm soát.

Bản tải xuống trực tiếp có thể kiểm tra các tiến trình đang chạy để lấy thêm thông tin chi tiết về dịch vụ nền. Do giới hạn sandbox của App Store, bản App Store sẽ yêu cầu bạn tự thoát ứng dụng bị ảnh hưởng trước khi Throttlr mở lại nó; bản tải xuống trực tiếp thường có thể tự thực hiện thao tác thoát và mở lại. Cả hai bản đều giữ nguyên các quy tắc kiểm soát lưu lượng đã cấu hình trong khi khởi động lại.