# Meta, Valve의 Steam Deck용으로 설계된 Linux 스케줄러를 대규모 서버에 사용

> Clean Markdown view of GeekNews topic #25293. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=25293](https://news.hada.io/topic?id=25293)
- GeekNews Markdown: [https://news.hada.io/topic/25293.md](https://news.hada.io/topic/25293.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2025-12-24T09:43:27+09:00
- Updated: 2025-12-24T09:43:27+09:00
- Original source: [phoronix.com/news](https://www.phoronix.com/news/Meta-SCX-LAVD-Steam-Deck-Server)
- Points: 20
- Comments: 1

## Summary

**Steam Deck용으로 설계된 SCX-LAVD 스케줄러**가 Meta의 대규모 서버 환경에서도 안정적으로 동작하며, 기존 **EEVDF 스케줄러와 유사하거나 더 나은 성능**을 보인다는 결과가 공개되었습니다. 게임 콘솔 수준의 **레이턴시 민감도** 인지 구조가 하이퍼스케일 서버에서도 효과를 보여, Meta는 이를 범용 서버 스케줄러 후보로 검토하고 있습니다. Valve의 휴대용 게임기 기술이 대형 데이터센터 운영으로 확장된 드문 사례로 평가됩니다.

## Topic Body

- Valve의 Steam Deck를 위해 설계된 **SCX-LAVD 리눅스 스케줄러**가 Meta의 대규모 서버 환경에서도 효과적으로 작동한다는게 공개됨  
- 이 스케줄러는 **게임 콘솔 수준의 효율적 자원 관리**를 목표로 설계된 것인데, Meta는 이를 통해 **서버 워크로드의 성능 향상**과 **지연 시간 최소화**를 추구  
- 휴대용 게임 기기를 위한 **지연 민감도 인지 가상 데드라인 스케줄링(Latency-criticality Aware Virtual Deadline)** 구조가 하이퍼스케일 서버에서도 성능과 안정성을 보임  
- 기존 **EEVDF 스케줄러**와 비교해 유사하거나 더 나은 성능을 보이며 다양한 하드웨어 구성에 적응 가능함  
- Meta는 SCX-LAVD를 **특수 목적이 아닌 기본 서버 스케줄러 후보**로 검토하고 있음  
- **게임 하드웨어용 기술이 대형 데이터센터로 확장**된 드문 사례  
  
---  
### Linux Plumbers Conference 2025 발표 배경  
- Tokyo에서 열린 Linux Plumbers Conference 2025에서 Meta 엔지니어들이 관련 내용을 발표함  
- 발표 제목은 “[How do we make a Steam Deck scheduler work on large servers](https://www.youtube.com/watch?v=KFItEHbFEwg)”로, 휴대용 기기용 스케줄러의 서버 확장 과정 설명  
- Steam Deck를 위해 설계된 스케줄러를 서버 환경에 맞게 검증하고 조정한 경험 공유  
  
### SCX-LAVD 스케줄러 개요  
- SCX-LAVD는 Latency-criticality Aware Virtual Deadline 스케줄러로 설계됨  
- Valve의 Steam Deck 환경에서 **낮은 지연**과 **안정적인 성능**을 목표로 개발됨  
- Linux sched_ext 프레임워크 위에서 동작하는 확장형 스케줄러 구조 사용  
- Meta는 이를 통해 **지연 시간 감소**, **성능 일관성 향상**, **서버 효율성 개선**을 기대  
- Valve의 설계가 **게임용 실시간 처리 요구**에 맞춰진 만큼, 서버에서도 **지속적 부하 관리**에 유리한 구조  
  
### Meta 서버 환경에서의 적용 결과  
- Meta 서버의 다양한 CPU 및 메모리 구성에서도 안정적인 동작 확인  
- CCX 및 LLC 경계 간 **로드 밸런싱 성능**이 우수하게 나타남  
- 특정 워크로드에 최적화된 스케줄러가 필요하지 않은 환경에서 기본 선택지로 적합함  
  
### 기존 스케줄러 및 다른 활용 사례  
- SCX-LAVD는 EEVDF 스케줄러와 비교해 유사하거나 더 나은 성능을 보임  
- CachyOS Handheld Edition, Bazzite 등 Linux 게임 환경에서도 이미 활용 중  
- Igalia가 Valve와의 계약을 통해 개발을 주도한 스케줄러임  
  
### Meta의 향후 활용 방향  
- Meta는 SCX-LAVD를 “Meta’s New Default Scheduler”로 지칭함  
- 대규모 서버 플릿 전반에서 범용적으로 적용 가능한 스케줄러로 평가 중  
- 추가 연구 내용과 성능 분석은 [LPC 발표 영상](https://www.youtube.com/watch?v=KFItEHbFEwg)과 [슬라이드 자료](https://lpc.events/event/19/contributions/2099/attachments/1875/4020/lpc-2025-lavd-meta.pdf)로 공개됨

## Comments



### Comment 48200

- Author: neo
- Created: 2025-12-24T09:43:28+09:00
- Points: 1

###### [Hacker News 의견들](https://news.ycombinator.com/item?id=46366998) 
- Valve가 사실상 **리눅스 생태계 발전**을 혼자 이끌고 있음  
  Windows 게임을 리눅스에서 돌리기 위해 Proton/Wine이 크게 발전했고, Steam Deck 덕분에 Wayland의 HDR·VRR 지원도 생겼음  
  프레임 페이싱 개선을 위해 만든 스케줄러가 지금은 Meta 데이터센터에서도 쓰이고 있음  
  결국 Meta 서버 효율이 Valve가 Elden Ring의 **프레임 끊김**을 줄이려 Igalia에 돈을 준 덕분에 좋아진 셈임. 이런 게 진짜 오픈소스의 선순환임
  - 게임의 **프레임 끊김**을 줄이려다 오픈소스 그래픽 스택용 셰이더 컴파일러가 최적화된 결과를 얻었음  
    관련 공지: [Steam Community Announcement](https://steamcommunity.com/games/221410/announcements/detail/1602634609636894200)
  - 게임 개발은 여전히 **저평가된 분야**임  
    수많은 소프트웨어·하드웨어 최적화가 게임 개발에서 비롯되었음  
    최근 RAM 가격이 오르는 만큼, 다시 최적화 중심으로 돌아가 업계 전반의 불필요한 부하를 줄이길 바람
  - 여러 데스크톱 중심 리눅스 배포판이 있었지만, 대부분 “기술적으로는 되지만 불편함을 감수해야 하는” 상태였음  
    Valve가 직접 나서기 전까지는 이런 문제를 해결할 주체가 없었음
  - 시간이 지나면 Valve가 **Microsoft가 수년간 미뤄온 일들**까지 손댈 것 같음  
    기다리기보다는 직접 바꾸는 게 훨씬 낫다고 생각함
  - 게임 덕분에 GPU 산업이 AI 붐을 맞을 준비가 되어 있었음  
    과거 게임 개발은 항상 **소프트웨어 최적화의 최전선**이었음
- Valve가 Igalia 같은 **컨트랙터 중심 구조**로 리눅스 관련 개발을 진행한다는 점이 흥미로움  
  Proton도 비슷한 방식으로 만들어졌다고 들음. Valve는 내부 인력보다 외부 계약을 많이 활용하는 듯함
  - Igalia는 여러 기업의 **오픈소스 개발 스폰서십**을 조직적으로 관리하는 독특한 회사임  
    Google 등 다양한 기업과 협업하며, 복잡한 결제·복리후생 문제를 효율적으로 처리함
  - Valve는 내부적으로 게임·하드웨어·배포에만 집중하고, 그 외 영역은 **전문 계약자에게 위임**함  
    이런 구조가 비용 효율적이고, 고품질 결과를 내는 이유라고 생각함  
    물론 Valve의 논란도 있지만, 좋은 점과 나쁜 점을 함께 인정해야 함
  - Valve는 약 350~400명 규모의 **작은 평면 조직**임  
    그래서 정규직보다 계약자 확장이 훨씬 쉬움
  - Proton은 Valve 내부 개발자, CodeWeavers, 커뮤니티가 함께 만든 프로젝트임  
    DirectX→Vulkan, OpenGL→Vulkan 변환 같은 **특수 기술 영역**은 Igalia 같은 조직에 위탁함
  - Valve는 가능한 한 인력을 최소화하려는 경향이 있음  
    이런 고정형·고난도 프로젝트는 어떤 회사라도 외주를 주는 게 합리적임
- sched_ext는 Meta에서 개발된 스케줄러임  
  여러 회사가 협업하며 [공동 GitHub 저장소](https://github.com/sched-ext/scx)에서 함께 개발 중임
- Linux에서 **게임 스트리밍**이 얼마나 잘 되는지 궁금함  
  Windows 10 지원이 끝나서 이제 Linux로 완전히 옮기려 함
- 4개월째 **Bazzite Desktop**을 메인으로 쓰고 있는데, 이제 Windows는 사실상 버려진 소프트웨어 같음  
  업데이트를 해도 여전히 무겁고 관리가 어려움
  - Bazzite가 게임 중심 배포판 아닌가?  
    모든 작업을 그 위에서 하는 건 좀 이상해 보임. Steam Deck에서 엑셀을 쓰는 느낌임
- 오픈소스의 마법은 Valve가 **엔터프라이즈 라이선스** 같은 걸 요구하지 않는다는 점임
  - 맞지만, Red Hat은 RHEL 바이너리를 배포하지 않으면 소스코드를 공개할 의무가 없음  
    Meta도 내부 서버에서만 쓰는 한, **자체 패치된 리눅스**를 비공개로 유지할 수 있음
  - 휴대용 콘솔용 스케줄러가 Facebook 서버에서도 잘 작동한다는 게 놀라움
  - 반대로 SteamOS나 여러 리눅스 배포판이 Meta의 **Kyber IO 스케줄러**를 도입해 마이크로스터터를 해결하기도 함  
    서로 영향을 주고받는 구조임
  - 생각해보면, Steam에서 게임을 살 때 내는 **30% 수수료**가 일종의 라이선스 비용일지도 모름
- Meta가 Valve의 스케줄러를 서버에 적용했다는 게 흥미로움  
  이런 시도가 어떻게 시작됐는지 궁금함
  - 아마도 어떤 엔지니어가 테스트해보고 성능 향상을 발견해, **아래에서 위로 퍼진 결과**일 것임  
    대기업에서도 이런 식으로 혁신이 일어남
- Phoronix 기사 대신 **원본 영상**을 보는 게 낫다고 생각함  
  [YouTube 링크](https://www.youtube.com/watch?v=KFItEHbFEwg)
  - YouTube 영상을 **1차 자료로 신뢰하지 않는 순간**, 삶이 훨씬 편해짐
  - Phoronix를 블로그 스팸이라 부르다니 의외임
- Meta가 어떤 **초저지연 워크로드**를 돌리길래 이런 스케줄러가 필요한지 궁금함
  - 영상에 따르면 WhatsApp의 **Erlang 워커**가 서브밀리초 지연을 요구함
  - 아마 **광고 경매 시스템** 때문일 것임
  - Meta처럼 거대한 기업은 지연이 곧 **비즈니스 손실**로 이어짐
  - Meta는 항상 “가능한 한 빠르게”를 목표로 함, 필요 이상일 때도 있음
  - 서버 5만 대 중 1%만 줄여도 50대 절감, 대당 8천 달러라면 연간 40만 달러 절약임  
    Meta 규모에서는 훨씬 큰 절감 효과임
- 서버 워크로드가 다른 영역의 아이디어를 받아들이는 게 흥미로움  
  최근 **Kubernetes 전용 OS**들이 Android처럼 업데이트를 적용하는 걸 봤음
  - 그게 **immutable 시스템**을 말하는 거냐고 되묻고 싶음