리눅스 7.3 네트워크 개편…VXLAN·Geneve 성능과 확장성 높인다

핵심은 오버레이 네트워크와 병렬성 개선

2026년 8월 20일 리눅스 메인라인에 net-next-7.3 네트워크 변경 사항이 병합됐습니다. 이번 업데이트의 중심에는 VXLAN·Geneve UDP 터널에서 BIG TCP를 사용할 수 있게 한 작업과, 라우팅 규칙을 추가·삭제할 때 발생하는 RTNL 경합을 줄인 작업이 있습니다. 다만 이는 리눅스 7.3 정식 버전이 아니라 병합 창에 들어온 코드입니다.

VXLAN·Geneve 터널에서도 BIG TCP 지원

BIG TCP는 네트워크 스택 내부에서 64KiB를 넘는 큰 페이로드를 처리한 뒤, 실제 전송 단계에서 GSO·TSO를 이용해 적절한 크기로 분할하는 방식입니다. 따라서 유선으로 규격을 초과한 패킷을 그대로 보내는 기능은 아니며, 오버레이 터널을 통과하는 데이터 경로의 처리 효율을 높이는 데 목적이 있습니다. 이번 병합으로 VXLAN과 Geneve UDP 터널에도 BIG TCP가 적용됩니다.

보고된

netperf TCP_STREAM

• VXLAN: 표준 MTU에서 34.44Gbps → 39.56Gbps, 약 14.9% 증가
• VXLAN: 터널 하드웨어 오프로딩을 끈 환경에서 21.82Gbps → 29.39Gbps, 약 34.7% 증가
• Geneve: 표준 MTU에서 37.39Gbps → 40.89Gbps, 약 9.4% 증가

다만 이 수치는 특정 장비와 테스트 구성에서 얻은 결과입니다. 리눅스 7.3을 설치하면 모든 환경에서 같은 폭의 속도 향상을 얻는다는 의미는 아닙니다. 실제 효과는 gso_max_size와 gro_max_size, NIC 기능, 오프로딩 활성화 여부, MTU, 터널 종류, 워크로드 등 종단 간 구성에 따라 달라집니다.

라우팅 규칙 변경에서 RTNL 경합 완화

또 다른 주요 변화는 IPv4·IPv6 FIB(Forwarding Information Base) 규칙을 추가하거나 삭제하는 경로입니다. 기존의 광범위한 RTNL 직렬화 의존도를 줄이고, 가능한 경우 각 fib_rules_ops 단위의 뮤텍스로 보호 범위를 좁혔습니다. RTNL이 완전히 사라지는 것은 아니며, IPv4 첫 번째 규칙의 fib_unmerge() 경로처럼 일부 작업에는 여전히 필요합니다.

극단적인 병렬 네임스페이스 테스트에서는 개선 폭이 크게 나타났습니다. 4,096개 네트워크 네임스페이스를 만들고 각각에 1,024개 규칙을 동시에 삽입하는 테스트에서 IPv4 처리 시간은 22.752초에서 0.918초로 줄어 약 24.8배 빨라졌습니다. IPv6는 35.181초에서 1.214초로 감소해 약 29.0배 개선됐습니다.

이는 대규모 가상화·컨테이너 환경에서 발생할 수 있는 전역 잠금 경합을 겨냥한 합성 테스트입니다. 일반적인 컨테이너 시작 시간이 모든 환경에서 같은 비율로 단축된다는 뜻은 아닙니다.

네트워크 패치 폭증에 AI를 1차 검토자로 활용

이번 병합 창에서는 코드 변화만큼이나 네트워크 관리 과정의 변화도 눈길을 끌었습니다. 네트워크 관리자인 야쿠브 키친스키는 net 패치 632개와 net-next 패치 648개를 집계했으며, net-next의 약 3분의 1에서 절반가량이 AI가 주도한 우선순위가 낮은 수정, 정리 또는 설명 보강 패치로 보인다고 추정했습니다. 이는 약 216~324개에 해당합니다. 키친스키와 파올로 아베니는 검토 부담에 대해 “완전히 압도됐다”고 설명했습니다.

이에 따라 메타가 예산과 접근 권한을 제공해 여러 최신 AI 모델을 각 패치의 1차 검토에 활용하는 방안이 추진됩니다. 여러 모델을 함께 사용하면 특정 모델 하나가 만들어내는 환각이나 누락을 줄일 수 있다는 기대가 있습니다. 자동화 대상에는 Patchwork 관리, 반복적인 절차 피드백, 커밋 메시지 수정, 신뢰할 수 있는 검토자가 이미 확인한 패치의 적용 등이 포함될 수 있습니다.

그러나 개발자들은 이를 사람을 대체하는 수단으로 보지 않습니다. 경쟁 상태가 발생하기 쉬운 코드나 PCIe 오류·타임아웃 이후의 하드웨어 복구 경로처럼 API 동작과 복구 순서를 세밀하게 확인해야 하는 영역은 여전히 사람의 판단이 필요하다는 입장입니다.

드라이버와 프로토콜에도 변화

네트워크 하위 시스템에는 다음과 같은 업데이트도 포함됐습니다.

• 무선 분야에서는 USB·SDIO 장치를 위한 Morse Micro mm81x Wi‑Fi HaLow 드라이버의 초기 버전과 새로운 NXPWIFI 드라이버가 추가됐습니다. MLO 관련 작업도 이어졌습니다.
• 유선 네트워크에서는 Intel Control Plane PIC Function을 지원하기 위한 초기 골격인 Intel iXD 드라이버가 들어갔습니다. 이 드라이버는 E2100 이상 IPU·FNIC 계열을 대상으로 합니다. AMD·Solarflare NIC용 초기 CXL 지원과 AMD Pensando 장치의 펌웨어 플래시 기능도 포함됐습니다.
• MPTCP에는 극심한 메모리 부족 상황에서 순서가 뒤바뀐 패킷 큐를 마지막 수단으로 정리하는 기능이 추가됐습니다. 일반적인 처리량을 높이기 위한 기능이라기보다, 메모리 압박 상황에서 복구와 재전송이 계속 진행되도록 돕는 장치입니다.
• **AF_UNIX SCM_RIGHTS**에서는 LSM이 특정 파일 디스크립터 전달을 거부했을 때의 오류 보고가 개선됐습니다. SO_RIGHTS_NOTRUNC를 사용하면 수신 측이 거부된 디스크립터와 해당 errno를 식별할 수 있어, 배열의 첫 번째 실패에서 나머지 항목까지 잃는 문제를 피할 수 있습니다.

정식 출시는 아직

첫 번째 리눅스 7.3 릴리스 후보는 8월 30일 전후, 안정 버전은 정상적인 개발 주기를 전제로 10월 말 출시가 예상됐습니다.

고정 버전 배포판 사용자는 정식 커널이 나온 직후 바로 받지 못할 가능성이 큽니다. 배포판은 자체 일정에 맞춰 커널을 선택하고, 필요한 패치를 백포트한 뒤 테스트해 출시하기 때문입니다. 롤링 릴리스 배포판은 더 빨리 패키징할 수 있지만, 현재 자료만으로 특정 배포판의 리눅스 7.3 채택 날짜를 확정할 수는 없습니다. 예를 들어 CachyOS의 2026년 8월 이미지에는 여전히 리눅스 7.1이 포함돼 있었습니다.