27년 전, Be Inc.는 싱글코어 펜티엄에서 백그라운드로 코드를 컴파일하면서 동시에 오디오 트랙 8개를 재생할 수 있는 운영체제를 출시했다. 이 사실 하나만으로도, 최신 16코어 머신이 Zoom 통화 중에 버벅거리는 걸 지켜본 모든 개발자에게 향수와 분노 사이 어딘가의 감정을 불러일으키기에 충분하다.

VitruvianOS는 그 감정을 생산적인 무언가로 전환하겠다는 의지를 가진 새로운 리눅스 배포판이다. 표준 리눅스 커널 위에 구축되었지만 데스크톱 레이어부터 위로 전면 재설계되었으며, BeOS의 미디어 우선, 전면적 멀티스레드 설계 철학을 차용한다. 그리고 리눅스 커뮤니티가 20년간 조용히 회피해 온 질문을 던진다: GNOME과 KDE가 둘 다 잘못된 선택이었다면?

BeOS는 불가능할 정도로 빨랐다 — 그리고 Microsoft가 죽였다

90년대 후반을 경험하지 못했거나 전설로만 알고 있는 이들을 위해 간단히 설명하자면, BeOS는 전 Apple 임원 장루이 가세(Jean-Louis Gassée)가 이끈 팀이 처음부터 새로 설계한 운영체제였다. 모든 창이 자체 스레드를 가졌다. 파일 시스템은 데이터베이스였다. 미디어 처리는 나중에 덧붙인 것이 아니라 커널 수준 아키텍처에 녹아든 일급 시민이었다.

그 결과, 불가능할 정도로 빠르게 느껴지는 OS가 탄생했다. 벤치마크상 빠른 게 아니다. *체감상* 빠른 것이다. 모든 클릭이 즉시 반응했다. 창을 드래그해도 화면이 찢어지지 않았다. 고부하 상태에서도 영상 재생 프레임이 단 한 번도 드롭되지 않았다.

그리고 Microsoft가 나타났다. OEM 독점 계약으로 Be의 유통 채널을 고사시켰다. Apple은 차세대 OS를 위해 BeOS 인수를 검토했지만 결국 NeXT를 선택했다. Be Inc.는 2001년에 문을 닫았고, 그 기술은 대부분 함께 사라졌다.

Haiku OS가 직접적인 오픈소스 재구현으로 그 불씨를 지켜왔지만, 자체 커널에서 동작하며 하드웨어 지원이 제한적이다. VitruvianOS는 근본적으로 다른 접근 방식을 취한다.

리눅스의 몸에 BeOS의 두뇌를

vitruvianos.org의 프로젝트 공식 문서에 따르면, VitruvianOS는 표준 리눅스 커널 위에서 동작하지만 그 위의 거의 모든 것을 교체한다. GTK 없음. Qt 없음. X11 없음, 전통적 의미의 Wayland도 없음. 대신, 팀은 BeOS가 마치 미래의 하드웨어 위에서 돌아가는 듯한 느낌을 주었던 바로 그 원칙들을 중심으로 설계된 커스텀 컴포지터와 위젯 툴킷을 구축했다.

프로젝트 사이트에 명시된 핵심 기술적 결정 사항:

  • 창별 스레딩 모델. 각 애플리케이션 창이 자체 렌더링 스레드를 할당받아, 하나의 오작동하는 앱이 전체 데스크톱을 멈추게 할 수 없다. 이것이 BeOS 팬들이 사반세기 동안 전도해 온 바로 그 단 하나의 설계 결정이다.
  • 데이터베이스형 파일 시스템 레이어. ext4/btrfs 위에 구축된 VitruvianOS는 속성이 풍부한 메타데이터 레이어를 추가하여, 별도의 인덱싱 데몬 없이도 모든 파일을 유형, 작성자, 수정 날짜 또는 커스텀 속성으로 쿼리할 수 있게 한다.
  • 네이티브 미디어 킷. 오디오 및 비디오 파이프라인이 PulseAudio/PipeWire 추상화를 거치지 않고 시스템 수준에서 직접 통합되어 있다.

Hacker News는 회의적이면서도 동시에 갈망하고 있다

이 프로젝트가 Hacker News 프론트페이지에 올랐고, 인프라 수준의 OS 작업만이 촉발할 수 있는 종류의 논쟁이 즉시 불붙었다. 댓글 스레드들은 경계와 갈망 사이에서 갈라진 개발자 커뮤니티의 모습을 보여준다.

회의론자들은 타당한 지적을 한다. 새로운 데스크톱 환경을 구축하는 것은 수년에 걸친 다수 팀의 노력이 필요한 작업이다. 기존 리눅스 애플리케이션과의 호환성은 여전히 불확실하다. GNOME과 KDE 생태계는 수십 년에 걸친 다듬기, 접근성 작업, 하드웨어 벤더와의 관계를 축적해 왔다.

그러나 열광하는 이들은 전혀 다른 것을 보고 있다. 한 HN 댓글러의 표현대로: 리눅스 데스크톱은 지역 최적값에 갇혀 있었다. 진정으로 다른 데스크톱이 어떤 느낌일 수 있는지를 탐구하기보다는 Windows와 macOS의 인터랙션 패턴을 복제해 온 것이다. VitruvianOS는 같은 패러다임 위에 또 다른 테마를 씌운 것이 아니다. 패러다임 자체에 의문을 제기하고 있다.

이것은 공감을 불러일으킨다. i3나 Sway 같은 타일링 윈도우 매니저를 써본 사람이라면 "표준" 데스크톱 메타포가 유일한 길이 아니라는 걸 안다. VitruvianOS는 단지 다른 대안을 향해 손을 뻗고 있을 뿐이다 — 현재 컴퓨터공학과 학부생 대부분이 태어나기 전에 이미 실전에서 증명된 대안을.

GNOME과 KDE의 20년 — 그리고 똑같이 낡은 전제들

여기서부터 흥미로워지고, 소셜 미디어에서 욕먹을 각오를 해야 할 부분이다.

GNOME과 KDE는 대략 20년간 리눅스 데스크톱을 지배해 왔다. 둘 다 인상적인 엔지니어링 성과물이다. 하지만 둘 다 2004년에는 합리적이었지만 점점 더 답답하게 느껴지는 전제들에 고착되어 버렸다.

GNOME의 "우리가 가장 잘 안다" 식 UX 접근법은 파워 유저를 소외시켰다. KDE의 "모든 것을 설정 가능하게" 철학은 일반 사용자가 감당할 수 없는 복잡성을 만든다. 어느 쪽도 NVMe 스토리지, 32스레드 CPU, 상시 네트워크 연결 시대에 데스크톱이 어떻게 작동해야 하는지를 근본적으로 재고하지 않았다.

VitruvianOS가 의미를 가지려면 GNOME이나 KDE를 "이길" 필요는 없다. 다른 아키텍처적 트레이드오프 조합이 현대 하드웨어에서 의미 있게 더 나은 경험을 만들어낼 수 있음을 증명하기만 하면 된다. 부분적으로라도 그것을 해낸다면, 더 넓은 생태계에 중력을 행사하게 될 것이다.

Wayland가 일상 사용에 준비되기 한참 전부터 X11 개발에 어떤 영향을 미쳤는지를 생각해 보라. 동작하는 대안이 존재한다는 사실 자체가 대화의 판을 바꾼다.

아직 업무용 노트북에 설치하지는 마라

이제 열광에 현실의 제동을 걸 차례다. VitruvianOS는 초기 단계이며, 프로젝트도 이를 공개적으로 인정하고 있다. 하드웨어 지원은 제한적이다. 번들 도구를 제외하면 애플리케이션 생태계는 사실상 존재하지 않는다. 호환성 레이어를 통해 임의의 리눅스 바이너리를 실행할 수는 있지만 경험이 매끄럽지는 않다.

이것은 내일 당장 업무용 노트북에 설치할 무언가가 아니다. VM이나 여분의 하드웨어에서 실행하며, 다른 전제에서 출발한다면 리눅스 데스크톱이 어떤 느낌일 수 있는지를 엿보는 것이다.

솔직히? 그래도 괜찮다. 모든 중요한 리눅스 프로젝트가 이런 식으로 시작되었다. 리누스 토르발스가 자신의 "취미" OS에 대해 쓴 유명한 유즈넷 포스트도 엔터프라이즈 준비 완료를 약속하지 않았다.

리눅스 데스크톱에 모멘텀이 오고 있다 — 하지만 데스크톱을 통해서가 아니다

타이밍이 중요하다. 리눅스 데스크톱은 진정한 상승세를 타고 있다. Steam Deck이 리눅스 게이밍이 된다는 것을 증명했다. WSL2가 Windows에서 리눅스를 개발 환경으로 사용하는 것을 보편화했다. Chrome OS는 리눅스 기반 소비자 데스크톱이 상업적으로 성립 가능함을 입증했다.

하지만 이 모든 성공은 전통적 리눅스 데스크톱을 *통해서*가 아니라 *우회해서* 이루어졌다. Steam Deck은 대폭 커스터마이징된 KDE를 구동한다. WSL2는 데스크톱을 완전히 건너뛴다. Chrome OS는 모든 것을 자체 구축했다.

VitruvianOS는 전통적 리눅스 데스크톱 자체가 병목인지를 묻고 있다 — 리눅스 데스크톱이 주류 채택에 이르지 못한 이유가 앱 호환성이나 하드웨어 드라이버나 마케팅 예산이 아니라, 근본적인 인터랙션 모델 때문은 아닌지를.

대담한 가설이다. 틀릴 수도 있다. 하지만 개발자들이 "그냥 되니까" macOS로 돌아간다는 Hacker News 스레드를 충분히 읽어본 나로서는, 이 질문이 진지한 답을 받을 자격이 있다고 생각한다.

컴퓨팅이 무엇을 *할 수 있는지*뿐 아니라 어떤 *느낌*인지에 관심을 가진 개발자라면 — VitruvianOS는 주목할 가치가 있다. 레포를 클론하라. 부팅해 보라. 누군가 처음부터 반응성을 위해 설계했을 때 반응하는 데스크톱이 진정으로 의미하는 바를 경험하라.

27년이 지난 지금도 BeOS의 핵심 통찰은 여전히 유효하기 때문이다: 최고의 기술이 항상 이기는 것은 아니지만, 그 뒤의 아이디어는 결코 진정으로 죽지 않는다. 다시 시도할 만큼 고집스러운 누군가를 기다릴 뿐이다.