진짜 속도를, 위로도 아래로도, 메뉴 막대에서.

macOS는 Mac의 모든 네트워크 인터페이스에 대해 누적 바이트 수를 유지합니다. Pinned는 초당 한 번 커널에 그 목록을 요청합니다, sysctl(NET_RT_IFLIST2)를 통해서. 그리고 한 번의 측정값과 다음 측정값의 차이를 보고합니다. 그 차이가 바로 속도입니다. 측정은 이것이 전부입니다.

이 카운터는 64비트. 더 손쉽게 접근할 수 있는 인터페이스는 32비트 카운터를 반환하는데, 이는 4.29GB마다 값이 넘칩니다. 빠른 연결에서는 이것이 단 몇 분 만에 일어날 수 있고, 값이 넘칠 때마다 화면에는 의미 없는 급등으로 나타났을 것입니다.

Pinned은 이를 위해 자체적으로 소켓을 열지 않습니다. 프로브도, 테스트 파일도, 상대편 서버도 없으며, 설명하려는 바로 그 트래픽에 아무것도 추가하지 않습니다.

읽어오는 인터페이스는 시스템의 기본 경로를 따르며, 매 틱마다 다시 확인됩니다. 이더넷을 뽑으면 표시는 Wi-Fi로 넘어갑니다. 휴대폰에 테더링하면 그 연결로 넘어갑니다. 따로 설정할 것은 없으며, 신뢰할 수 없는 값은 추측하지 않고 0으로 표시됩니다.

트래픽을 프로세스에 귀속시키는 일반적인 방법은 권한을 가진 헬퍼를 설치하는 것입니다. 상용 대안 제품은 root 권한의 LaunchDaemon: Mac이 켜질 때 함께 로드되어, 메뉴를 열든 열지 않든 상주합니다. 이는 가끔 훑어보는 목록 하나를 얻기 위해 root 권한으로 계속 실행되는, 시스템에 영구히 자리 잡은 부분입니다.

Pinned은 그렇게 하지 않습니다. 앱별 귀속 처리는 샌드박스 안에서, 앱 자체적으로. 권한 있는 헬퍼도, root 데몬도, 관리자 비밀번호도, 어떤 단계에서도 권한 요청 창도 없습니다.

이로부터 비용 모델이 자연스럽게 따라옵니다. Pinned는 앱별로 최소 3초 간격, 그것도 패널이 열려 있을 때만. 패널을 닫으면 동작이 멈춥니다. 닫혀 있는 동안에는 하위 프로세스가 0개임이 독립적으로 검증되었습니다. 보고 있지 않은 기능은 동작해서는 안 됩니다.

한도를 설정하고 통신사 주기가 시작되는 날짜를 Pinned에 알려주세요. 그러면 모든 합계가 그 기간을 기준으로 계산되어, 12일에 시작하는 주기는 12일부터 다음 달 11일까지가 되며, 이는 청구서가 이미 하고 있는 계산과 같습니다.

까다로운 경우도 무시하지 않고 제대로 처리합니다. 주기 시작일이 31일이면 2월은 28일, 4월은 30일을 사용합니다, 31일이 있는 달에는 다시 31일로 돌아옵니다. 달력이 짧다는 이유로 주기가 한 달을 조용히 건너뛰는 일은 없어야 합니다.

한도를 초과할 것 같을 때, Pinned는 계산을 사용자에게 맡기지 않고 문장으로 알려줍니다:

합계는 다음 기준으로도 기록됩니다 네트워크별, 그래서 호텔 Wi-Fi로 얼마나 썼는지, 실제로 돈이 나가는 휴대폰 핫스팟으로 얼마나 썼는지 확인할 수 있습니다. 알림은 선택한 한도 기준값에서 울리며, 다른 모든 알림과 동일한 유지 및 쿨다운 규칙을 따릅니다.

다운로드 수치는 파이프가 얼마나 많은 물을 나르는지를 나타냅니다. 통화가 신경 쓰는 것은 물 한 방울이 대기열에서 얼마나 기다리는가입니다. 대용량 전송이 라우터의 버퍼를 채우면, 모든 작은 패킷이 그 뒤에 줄을 서야 하므로 연결은 빠른 채로 있으면서도 통화는 동시에 끊깁니다. 이것이 버퍼블로트이며, 이 연결에서는 연결이 바쁠 때만 존재하는 53ms의 지연.

Pinned은 필요할 때 연결을 포화시키고, 포화된 상태에서 측정하여 부하 시 수치, 유휴 시 수치, 그 차이, 그리고 분당 왕복 횟수를 알려줍니다. 네 가지 수치 중 중요한 것은 그 차이입니다.