Tailscale을 더 빠르게 만들기

Tailscale이 패킷 메모리 처리와 병렬 처리를 개선해 앱 커넥터, 서브넷 라우터, 출구 노드의 처리량을 높이고 지연을 줄이는 작업을 진행 중임 Linux와 Android에서는 작은 패킷을 별도 64 KiB 버퍼로 복사하지 않고 수신 버퍼 안에서 처리해, 여러 네트워크 구성에서 약 5% 속도 향상을 얻음 멀티 큐는 각 패킷 스트림의 순서를 유지하면서 여러 CPU 코어로 작업을 분산하며, 다수 사용자의 짧은 연결을 처리하는 앱 커넥터와 출구 노드에서 특히 효과가 큼 netmap 캐싱은 제어 평면에 즉시 접근할 수 없어도 저장된 네트워크 지도로 연결을 시작하며, 제어 평면 접근성이 나쁜 환경에서 데이터 전송 개시까지 걸리는 시간을 10~100배 단축함 버퍼 개선과 netmap 캐싱 기본 활성화는 v1.104, 멀티 큐와 추가 처리량 개선은 그 이후 릴리스를 목표로 하며, Tailscale 연결 경로를 이해하는 성능 진단 도구도 탐색 중임 연결성에서 데이터 평면 성능으로 Tailscale은 NAT 통과 개선으로 다양한 네트워크 조건에서 연결 경로를 확보해 왔으며, 데이터 평면 성능에도 지속적으로 투자해 옴 Linux 장치의 TCP 처리량 개선에 이어, wireguard-go 개선으로 베어메탈에서 10 Gb/s를 넘는 처리량을 달성함 세그멘테이션 오프로드를 활용해 UDP 기반 애플리케이션의 처리량을 4배 이상 높임 Tailscale Peer Relays를 구축해 까다로운 네트워크 환경의 성능도 개선함 이러한 개선으로 성능에 민감한 워크로드에서 Tailscale을 활용하기 쉬워짐 지속적 통합, 에이전트 워크플로, 원격 개발 환경, 로봇 엣지 장치, 대규모 데이터 및 텔레메트리 작업 등이 해당함 작은 패킷의 메모리 낭비 줄이기 대부분의 네트워크 패킷은 1 KiB 정도로 작지만, Linux의 GRO(Generic Receive Offload) 같은 효율적인 처리 기능을 사용하려면 한 번에 64 KiB를 수신할 준비가 필요함 기존 wireguard-go 구현은 패킷을 풀어 담을 버퍼로 64 KiB 크기만 제공함 각 패킷을 개별적으로 복호화하고 전달해야 하므로, 1 KiB 패킷도 매번 별도의 64 KiB 버퍼로 복사됐음 Linux와 Android에서는 패킷을 다른 곳으로 복사하지 않고, 큰 수신 버퍼 안에서 각 패킷의 시작과 끝을 식별하도록 변경함 여러 작은 패킷이 하나의 메모리 할당을 공유하고 복사에 쓰는 시간도 줄어듦 ...