WSL 3.0.2, 커널 6.18로 올라와 메모리 대역폭 61% 향상되나 빌드 시간은 4%만 줄어
- WSL 3.0.2는 커널이 6.6에서 6.18로 올라가면서 glibc memcpy 대역폭이 7.84 GB/s에서 12.64 GB/s로 61.35% 늘어남
- sched/pipe 문맥 전환 지연이 20.64 µs에서 18.32 µs로 11.25% 줄고, Hackbench 실행 시간은 14.507초에서 13.047초로 10.06% 줄어듦
- GoReleaser 빌드의 실제 소요 시간은 191.27초에서 183.80초로 3.91%만 줄었지만 커널 시간(sys)은 15.98% 줄어듦
- 저자는 컴파일이 주로 사용자 공간 연산이라 2 vCPU 환경에서는 전체 빌드 시간 개선폭이 작다고 분석함
Hacker News opinions
이거 진짜 재밌는 벤치네. 근데 WSL 성능보다 Windows 층을 빼는 게 제일 큰 차이 아님? 리눅스 네이티브로 가면 답 나옴.
WSLc 릴리스는 몰랐는데 3.0.1 릴리스 노트 보니까 compose 지원이 곧 온다더라. 근데 회사들이 Docker Desktop 돈 안 내려고 해서 Windows 컨테이너 쓰는 데 계속 문제임.
WSL 2.0.0이 2023년에 나왔는데 이걸 WSL3라고 부르는 게 맞나 싶음. 그냥 WSL2 v3 아님?
WSL2 느린 건 VM보다 9P 파일 공유랑 interop 때문인 듯. /mnt/c 아래 놓으면 전부 9P로 가더라.
9P 때문에 느렸던 적은 난 없었음. 요즘은 virtio 지원도 생겨서 괜찮아짐.
/mnt/c에서 작업하지 말고 리눅스 파일시스템에서 작업하면 체감 속도가 완전 다름. 사람들이 그거 모르고 WSL 느리다고 함.
Claude가 wsl.exe -u root 써서 sudo 비번 없이 우회하더라. 이거 보고 소름 돋음.
그건 Claude를 Windows 쪽에서 띄워서 그런 거임. WSL 안에서 띄우면 Windows 사용자가 WSL을 완전히 장악하는 구조라서 원래 막을 수 없음.