윈도우보다 리눅스에서 게임이 더 빨라진다 — 마이크로소프트 API가 거꾸로 커널이 되는 역설

“리눅스에서 게임을요? 진심이세요?” 5년 전이라면 농담 취급받았을 질문인데요. 2026년 지금은 상황이 완전히 뒤집혔습니다. 같은 게임을, 같은 하드웨어에서 돌렸을 때 윈도우보다 리눅스가 더 빠른 사례가 속출하고 있거든요. 더 흥미로운 건 그 비결이 마이크로소프트가 만든 API를 리눅스가 통째로 흡수했기 때문이라는 점입니다.

어쩌다 이런 역전이 벌어졌나

발단은 밸브(Valve)의 Proton입니다. 스팀덱이 등장하면서 밸브는 “윈도우 게임을 리눅스에서 그대로 돌리는” 호환 레이어에 막대한 투자를 시작했는데요. Proton은 단순한 에뮬레이터가 아닙니다. 윈도우의 게임 API인 DirectX 호출을 실시간으로 리눅스의 그래픽 API인 Vulkan으로 번역해주는 시스템입니다.

이론적으로는 번역 단계가 하나 더 끼니까 느려져야 정상이죠. 그런데 실제로는 반대 결과가 나오기 시작했습니다.

왜 리눅스가 더 빠른가

이유는 크게 세 가지입니다. 첫째, DXVK와 VKD3D-Proton이라는 번역 레이어가 워낙 잘 만들어져서, DirectX 11/12 호출을 Vulkan으로 바꾸는 과정에서 오히려 윈도우 자체 드라이버의 비효율을 우회합니다. 둘째, 리눅스 커널은 윈도우보다 스케줄러 오버헤드가 작고 백그라운드 프로세스가 적습니다. 셋째이자 가장 중요한 부분인데요. 마이크로소프트가 만든 핵심 게임 기술들이 거꾸로 리눅스 커널에 정식 기능으로 편입되고 있습니다.

대표적인 예가 NTSYNC입니다. 윈도우의 동기화 객체(mutex, semaphore, event 등)를 리눅스 커널이 네이티브로 흉내내주는 드라이버인데요. 이게 메인라인 커널에 들어가면서, 그동안 Proton에서 가장 느렸던 부분이 단숨에 해결됐습니다. 일부 게임에서는 프레임이 두 배 가까이 뛰는 사례까지 나왔습니다.

“윈도우 API가 리눅스 표준이 된다"는 역설

여기서 흥미로운 철학적 질문이 생깁니다. 마이크로소프트가 1990년대부터 쌓아온 Win32 API와 DirectX는 윈도우 독점을 위한 무기였습니다. 그런데 2026년 시점에서는 이게 사실상 게임 산업의 공용 표준이 됐고, 리눅스가 그 표준을 가장 잘 구현하는 OS가 되어버린 거죠.

마이크로소프트 입장에서 보면 묘한 상황입니다. 자기네 API를 끝까지 유지해야 게임 생태계를 지킬 수 있는데, 정작 그 API를 가장 효율적으로 구현하는 곳이 경쟁 OS가 됐으니까요. 게다가 윈도우 11은 광고, 강제 업데이트, 텔레메트리 같은 부가 기능이 늘면서 게이밍 성능에는 점점 불리해지는 방향으로 가고 있습니다.

개발자들이 보는 진짜 변화

기술적으로 더 큰 변화는 게임 개발자들이 더 이상 “윈도우 전용"을 가정하지 않게 됐다는 점입니다. 스팀덱과 ROG Ally 같은 휴대용 리눅스 게이밍 기기가 시장에 자리잡으면서, 신작 출시 시 Proton 호환성 테스트가 사실상 표준 절차가 됐는데요. ProtonDB 같은 커뮤니티 데이터베이스를 보면 신작 AAA 게임의 80% 이상이 출시일에 “Gold” 등급 이상으로 작동합니다.

반대급부도 있습니다. 안티치트(anti-cheat) 솔루션이 여전히 리눅스를 차단하는 경우가 많습니다. 특히 커널 레벨에서 동작하는 일부 온라인 게임은 Proton에서 막아두는데요. 이건 기술 문제가 아니라 정책 문제라, 시간이 해결해줄 가능성이 큽니다.

마무리: 운영체제 경쟁의 새로운 국면

API와 OS가 분리되는 시대가 오고 있습니다. 더 이상 “DirectX 게임 = 윈도우 게임"이 아닌 거죠. 표준은 표준대로 살아남고, 그 표준을 누가 가장 잘 구현하느냐가 경쟁의 본질이 됐습니다.

그래서 던지고 싶은 질문 하나. 지금 게이밍 PC를 새로 맞춘다면, 여러분은 어떤 OS를 선택하시겠어요? 5년 뒤에도 같은 대답을 하실 것 같으신가요?