Băng thông theo từng ứng dụng
Ứng dụng nào đang chiếm băng thông, ngay lúc này.
Chỉ riêng con số tốc độ cho bạn biết có gì đó đang diễn ra. Nó không cho biết là gì. Pinned tách số liệu trực tiếp theo từng tiến trình, để câu hỏi “vì sao kết nối của tôi đang bận” có câu trả lời, thay vì chỉ là phỏng đoán.
Chính cái bảng đó, kết xuất từ ứng dụng đang chạy. Nó mang theo tốc độ trực tiếp, biểu đồ, tổng số của bạn, hạn mức và dự báo của nó, cùng những tiến trình đang chuyển dữ liệu, bằng ngôn ngữ mà bạn đọc.
Hình 2 / theo tiến trình
Đo trên Mac của nhà phát triển
- cloudflared 4.42 GB
- claude 163.1 MB
- node 54.6 MB
- mongod 52.2 MB
Cách thông thường để gán lưu lượng cho một tiến trình là cài một trình trợ giúp có đặc quyền. Giải pháp thương mại thay thế cài đặt một root LaunchDaemon: nó tải lên khi Mac của bạn khởi động, và luôn thường trú dù bạn có mở menu hay không. Đó là một phần vĩnh viễn trong hệ thống của bạn, chạy với quyền root, để đổi lấy một danh sách bạn thỉnh thoảng mới liếc qua.
Pinned không làm vậy. Việc gán theo ứng dụng chạy bên trong sandbox, ngay trong ứng dụng. Không trình trợ giúp đặc quyền, không daemon root, không mật khẩu quản trị, và không có lời nhắc xin quyền ở bất kỳ đâu.
Mô hình chi phí xuất phát từ đó. Pinned lấy mẫu theo từng ứng dụng ở mức tối thiểu 3 giây khi bảng điều khiển mở. Đóng bảng điều khiển thì công việc dừng lại, trừ khi một cảnh báo tốc độ ứng dụng đã bật cần đến nó; trình theo dõi duy nhất đó lấy mẫu mỗi 10 giây. Không có cảnh báo như vậy thì không có trình lấy mẫu theo ứng dụng chạy nền.
Cái giá phải trả
Có hai giới hạn đáng nói thẳng. Một lần thăm dò 3 giây không thể thấy một lượt truyền bắt đầu và kết thúc giữa hai lần lấy mẫu, nên một đợt truyền ngắn có thể bị bỏ sót hoàn toàn. Và số liệu theo ứng dụng được thu thập ở cấp socket, nghĩa là chúng không cộng lại đúng bằng tổng của giao diện.