본문으로 건너뛰기
피드

리눅스 게임이 빨라지는 이유, 이제 윈도우 API가 커널 기능이 되고 있음

open-source 약 6분

리눅스가 2026년 3월 처음으로 스팀 사용자 점유율 5%를 넘겼고, 그 배경에는 스팀 덱과 윈도우 10 지원 종료가 있음. 예전에는 Wine과 Proton의 번역 레이어 개선이 핵심이었다면, 이제는 NTSYNC처럼 윈도우 게임이 기대하는 동기화 기능이 리눅스 커널 안으로 들어오고 있음.

  • 1

    리눅스 스팀 사용자 비중이 2026년 3월 5%를 돌파함

  • 2

    NTSYNC는 윈도우식 스레드 동기화 동작을 리눅스 커널에서 직접 처리하게 해주는 드라이버임

  • 3

    40~200% 성능 향상 수치는 일반 Proton 사용자 기준이 아니라 순정 Wine 대비라 맥락이 필요함

  • 4

    Valve는 이미 SteamOS 안정 버전에 NTSYNC를 넣었고 최신 스팀 덱에서 기본 사용 중임

  • 리눅스 게임 얘기가 예전이랑 좀 달라짐. 이제는 Wine이나 Proton만 열심히 고치는 수준이 아니라, 윈도우 게임이 기대하는 기능이 리눅스 커널 안으로 들어오고 있음

    • 2026년 3월 기준 리눅스는 스팀 사용자 비중 5%를 처음 넘겼음
    • 윈도우 10 지원 종료와 스팀 덱 보급이 같이 밀어준 결과에 가까움
    • 스팀 덱을 쓰는 사람들은 본인이 리눅스 게이머라고 크게 의식하지 않아도, 실제로는 리눅스 게임 생태계에 들어와 있는 셈임
  • 핵심 주인공은 NTSYNC라는 커널 드라이버임

    • 현대 게임은 렌더링 파이프라인, 에셋 로딩, 물리 연산, 오디오, NPC 인공지능, 입력 처리 같은 작업을 여러 코어에서 동시에 돌림
    • 이런 작업들이 서로 꼬이지 않게 맞춰주는 동기화 메커니즘이 중요한데, 윈도우 게임은 당연히 윈도우식 동기화 동작을 기대함
    • 예전 Wine은 이걸 esync, fsync 같은 방식으로 흉내 냈고, NTSYNC는 그 동작을 리눅스 커널에서 직접 지원하게 만든 것임

중요

> NTSYNC의 포인트는 “API가 바뀐다”가 아니라 “리눅스 커널이 윈도우 게임의 동기화 요청을 더 네이티브하게 답한다”는 데 있음.

  • 성능 향상 수치는 꽤 화려하지만, 그대로 받아들이면 살짝 낚일 수 있음

    • NTSYNC 초기 벤치마크에는 40~200% FPS 향상 같은 숫자가 나왔음
    • 다만 이 비교 대상은 대부분의 게이머가 쓰는 Proton이 아니라, 튜닝되지 않은 순정 Wine에 가까움
    • 스팀 덱 사용자나 일반 리눅스 게이머는 이미 fsync가 들어간 Proton을 쓰는 경우가 많아서, 체감 향상은 훨씬 작을 수 있음
  • 그래도 Valve가 NTSYNC를 SteamOS 안정 버전에 넣은 건 꽤 의미 있음

    • Valve 엔지니어 Pierre-Loup Griffais도 fsync가 이미 충분히 빠르다고 말한 적이 있음
    • 그런데도 2026년 3월 안정 버전에 NTSYNC를 실었다는 건, 단순 평균 FPS 말고도 해결할 문제가 있었다는 얘기임
    • 우회 구현은 특정 게임에서 미세한 끊김, 데드락, 이상 동작 같은 애매한 버그를 만들 수 있음
  • 이 변화가 좋은 이유는 배포판 전체가 이득을 볼 수 있다는 점임

    • Bazzite, CachyOS, Fedora, Ubuntu 계열 배포판이 새 커널을 받아오면 같은 개선을 공유할 수 있음
    • 예전처럼 특정 Proton 패치나 외부 우회에만 기대는 구조보다 유지보수 면에서 훨씬 깔끔함
    • 게임 하나하나의 예외 처리보다, 운영체제 레이어에서 윈도우 동작을 더 정확히 맞추는 방향으로 가는 중임
  • 더 큰 그림은 “윈도우가 아니어도 PC 게임이 된다”는 선택지가 점점 현실화되고 있다는 것임

    • Valve, CodeWeavers, Wine 개발자들이 같이 밀고 있고, NTSYNC 작성자인 Elizabeth Figura도 CodeWeavers 소속임
    • 스팀 사용자 5%라는 숫자는 작아 보일 수 있지만, 게임 플랫폼 관점에서는 커널 개발을 정당화할 만큼 커진 신호임
    • 아마 NTSYNC가 마지막 사례는 아닐 가능성이 큼. 윈도우 게임이 필요로 하는 기능이 리눅스 안으로 더 들어올 수 있음

기술 맥락

  • 이번 선택은 Wine 안에서 계속 흉내 내던 동기화 기능을 리눅스 커널로 내린 거예요. 왜냐면 게임이 기대하는 윈도우식 동작을 사용자 공간에서 맞추면 빠르더라도 미묘한 예외가 계속 남을 수 있거든요.

  • fsync가 이미 충분히 빨랐다는 점도 중요해요. 그래서 NTSYNC는 단순히 평균 FPS를 올리는 패치라기보다, 특정 게임에서 생기는 끊김이나 데드락 같은 재현 어려운 문제를 줄이는 쪽에 더 가까워요.

  • Valve가 이걸 SteamOS 안정 버전에 넣었다는 건 커널 레벨 변경을 감수할 만큼 호환성의 가치가 컸다는 뜻이에요. 스팀 덱처럼 수많은 윈도우 게임을 한 플랫폼에서 돌려야 하는 환경에서는 “대부분 빠름”보다 “이상하게 망가지는 게임이 적음”이 훨씬 중요하거든요.

  • 배포판 입장에서도 커널에 들어간 기능은 장점이 커요. Proton이나 Wine의 특수 패치에 덜 의존하고, 새 커널을 따라가면 여러 리눅스 게임 배포판이 같은 기반 개선을 공유할 수 있기 때문이에요.

이건 단순히 리눅스 게임 FPS가 조금 오른다는 얘기가 아니라, 게임 호환성을 위해 리눅스 커널 자체가 바뀌고 있다는 신호임. Valve가 Proton 바깥, 커널 레벨까지 밀어붙이면서 리눅스 데스크톱의 약점이 꽤 현실적으로 줄어드는 중임.

댓글

댓글

댓글을 불러오는 중...

open-source

뱀부랩, 오픈소스 슬라이서 개발자에게 법적 압박 걸었다가 역풍 맞음

3D 프린터 제조사 뱀부랩이 OrcaSlicer-BambuLab 개발자에게 중단 요구서를 보내면서 오픈소스와 수리권 커뮤니티의 반발을 샀다. GamersNexus와 Louis Rossmann은 개발자의 허락을 받아 소프트웨어를 다시 호스팅하고, 소송이 걸리면 각각 1만 달러씩 법률 지원을 하겠다고 나섰다.

open-source

OrcaSlicer 포크, Bambu Lab 프린터의 인터넷 연결 기능 되살림

FULU Foundation의 OrcaSlicer-bambulab 포크가 Bambu Lab 프린터에서 LAN 전용 제한 없이 BambuNetwork 기반 인터넷 연결을 다시 지원한다고 밝힘. Windows에서는 WSL 2 설정이 필요하고, Linux에서는 일반 설치만으로 충분하다고 안내함.

open-source

코넬대가 공개한 정확히 2,000줄짜리 교육용 운영체제

코넬대 기반 프로젝트인 egos-2000은 학생이 교육용 운영체제 전체 코드를 직접 읽을 수 있게 만드는 걸 목표로 한다. C, 헤더, 어셈블리, make 파일을 합쳐 정확히 2,000줄이며, QEMU와 RISC-V 보드에서 동작하고 9개 코스 프로젝트가 붙어 있다. 운영체제 수업에서 ‘작지만 전체 구조가 보이는 코드베이스’가 필요했던 사람에게 꽤 반가운 자료다.

open-source

이맥스가 Git 대신 Bazaar를 붙잡았던 6년짜리 오픈소스 드라마

이맥스는 2008년 CVS에서 벗어나면서 Git 대신 GNU 프로젝트인 Bazaar를 선택했고, 이 결정은 성능 벤치마크와 개발자 반발을 압도한 정치적 판단에 가까웠다. Bazaar는 느리고 유지보수도 흔들렸지만, GNU 패키지는 GNU 도구를 써야 한다는 원칙 때문에 전환은 2014년까지 미뤄졌다. 결국 ELPA 브랜치 문제와 Bazaar 개발 중단, 변환 스크립트 준비 끝에 이맥스는 Git으로 옮겨갔다.

open-source

현대차·기아, 오픈소스 특허 방어망 넓혀 소프트웨어 중심 차량 전환 준비

현대차·기아가 오픈소스 소프트웨어 특허 분쟁을 줄이기 위해 글로벌 특허 네트워크 OIN 2.0에 가입했다. 소프트웨어 중심 차량, 클라우드, 커넥티드 서비스처럼 오픈소스 의존도가 큰 영역에서 법적 리스크를 미리 관리하려는 움직임이다.