피드로 돌아가기
Dev.toInfrastructure
원문 읽기
WSL2 리소스 격리 및 I/O 병목 해결을 통한 개발 환경 최적화
The WSL2 Guide I Wish I Had: 4 Gotchas That Will Eat Your Afternoon
AI 요약
Context
WSL2는 Hyper-V 기반 VM 구조로 동작하여 Windows 호스트와의 리소스 공유 및 네트워크 통신에서 추상화 계층으로 인한 성능 저하 발생. 특히 cgroup v2 제어 제한과 9P 프로토콜 기반의 파일 시스템 접근 방식이 시스템 병목의 주요 원인으로 작용.
Technical Solution
- cgroup controller 제한으로 무시되는 Container limit 대신 .wslconfig를 통한 VM 레벨의 Processor 및 Memory 하드 캡 설정
- 9P 프로토콜의 네트워크 오버헤드를 제거하기 위해 프로젝트 소스를 /mnt/c가 아닌 native ext4 파일 시스템(~/) 내부에 배치
- NAT 기반 가상 네트워크의 IP 가변성 및 포트 포워딩 문제를 해결하기 위한 networkingMode = mirrored 설정 적용
- Linux 커널의 캐시 유지 특성으로 인한 메모리 미반환 문제를 해결하기 위해 autoMemoryReclaim 및 sparseVhd 옵션 활성화
- Docker 컨테이너 내부의 스케줄러 제어 불능 상황을 해결하기 위한 어플리케이션 레벨의 self-throttling 적용
실천 포인트
- 프로젝트 코드를 반드시 WSL2 내부 파일 시스템(~/)에 위치시켰는지 확인 - .wslconfig 파일에 memory 및 processors 상한선을 명시적으로 설정 - 최신 WSL 버전에서 networkingMode = mirrored 옵션 적용 검토 - vmmem 메모리 점유율 과다 발생 시 autoMemoryReclaim 옵션 활성화