Hacker News 의견들

• Valve가 사실상 리눅스 생태계 발전을 혼자 이끌고 있음
  Windows 게임을 리눅스에서 돌리기 위해 Proton/Wine이 크게 발전했고, Steam Deck 덕분에 Wayland의 HDR·VRR 지원도 생겼음
  프레임 페이싱 개선을 위해 만든 스케줄러가 지금은 Meta 데이터센터에서도 쓰이고 있음
  결국 Meta 서버 효율이 Valve가 Elden Ring의 프레임 끊김을 줄이려 Igalia에 돈을 준 덕분에 좋아진 셈임. 이런 게 진짜 오픈소스의 선순환임
  • 게임의 프레임 끊김을 줄이려다 오픈소스 그래픽 스택용 셰이더 컴파일러가 최적화된 결과를 얻었음
    관련 공지: Steam Community Announcement
  • 게임 개발은 여전히 저평가된 분야임
    수많은 소프트웨어·하드웨어 최적화가 게임 개발에서 비롯되었음
    최근 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 저장소에서 함께 개발 중임
• 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 링크
  • YouTube 영상을 1차 자료로 신뢰하지 않는 순간, 삶이 훨씬 편해짐
  • Phoronix를 블로그 스팸이라 부르다니 의외임
• Meta가 어떤 초저지연 워크로드를 돌리길래 이런 스케줄러가 필요한지 궁금함
  • 영상에 따르면 WhatsApp의 Erlang 워커가 서브밀리초 지연을 요구함
  • 아마 광고 경매 시스템 때문일 것임
  • Meta처럼 거대한 기업은 지연이 곧 비즈니스 손실로 이어짐
  • Meta는 항상 “가능한 한 빠르게”를 목표로 함, 필요 이상일 때도 있음
  • 서버 5만 대 중 1%만 줄여도 50대 절감, 대당 8천 달러라면 연간 40만 달러 절약임
    Meta 규모에서는 훨씬 큰 절감 효과임
• 서버 워크로드가 다른 영역의 아이디어를 받아들이는 게 흥미로움
  최근 Kubernetes 전용 OS들이 Android처럼 업데이트를 적용하는 걸 봤음
  • 그게 immutable 시스템을 말하는 거냐고 되묻고 싶음