최근 X에 공유된 업데이트에서 윈도우 및 빙 책임자였던 미하일 파라킨은 마이크로소프트의 과거 야심찬 계획인 “20/20 프로젝트”를 공개했습니다.이 프로젝트는 윈도우 운영 체제의 유휴 RAM 사용량과 설치 용량을 크게 줄이는 것을 목표로 했습니다.
마이크로소프트에서 여러 핵심 직책을 맡았던 파라킨은 현재 윈도우 사장인 파반 다불루리의 게시글에 답변하는 과정에서 이 사실을 밝혔습니다.다불루리는 윈도우 11을 근본적으로 개선하기 위한 광범위한 노력의 일환으로 윈도우 품질 향상을 위해 마이크로소프트가 기울이고 있는 노력을 강조한 바 있습니다.

파라킨은 다불루리가 자신과 제프 존슨 현 마이크로소프트 CTO가 수년 전 20/20 프로젝트라는 이름으로 시작했던 노력을 다시 활성화시키고 있다고 강조하며 지지를 표명했습니다.이 프로젝트의 목표는 윈도우의 유휴 메모리 사용량과 디스크 설치 크기를 20% 줄이는 것이었습니다.
만약 이 프로젝트가 성공적으로 마무리되었다면 윈도우 11의 유휴 RAM 사용량을 약 4.8GB까지 줄일 수 있었을 것입니다.하지만 파라킨은 “결국 프로젝트를 끝내지 못했다”며 아쉬움을 표했습니다.
2026년으로 시간을 되돌려보면, 마이크로소프트는 과거에 어려움을 겪었던 시스템 성능, 응답성 및 메모리 효율성 향상에 다시 한번 집중하고 있습니다.

이는 다음과 같은 중요한 질문을 제기합니다.마이크로소프트가 이전에도 기본적인 RAM 활용률 문제를 해결하는 데 어려움을 겪었다면, 지금은 무엇이 달라졌을까요? 더 중요한 것은, 윈도우 11이 목표로 하는 효율성을 실제로 달성할 수 있을까요, 아니면 비슷한 난관에 부딪힐 또 다른 시도에 불과할까요?
Windows 11에서 높은 RAM 사용량 이해하기
Windows 11은 이전 버전보다 훨씬 다양한 백그라운드 서비스를 제공하는 것이 특징입니다.이러한 서비스에는 원격 측정 시스템, 지속적인 인덱싱, 다양한 보안 기능 등이 포함됩니다.예를 들어, Windows Defender는 항상 작동하며, 검색 인덱싱 기능은 상시 활성화되어 있고, 위젯 및 콘텐츠 피드와 같은 기능은 백그라운드에서 항상 새로 고쳐집니다.

사전 로딩 및 인덱싱은 체감 응답성을 향상시키지만, 동시에 기본 메모리 사용량을 증가시킵니다.
웹 기반 애플리케이션의 영향
윈도우 운영체제 자체를 최적화하는 것 외에도, 더 중요한 과제가 눈앞에 놓여 있습니다.바로 웹 기반 애플리케이션의 확산입니다.오늘날 많은 인기 애플리케이션은 Electron이나 WebView2와 같은 Chromium 기반 프레임워크를 사용하여 개발되었으며, WhatsApp Desktop이나 Discord와 같은 유명 소프트웨어도 여기에 포함됩니다.

Microsoft의 자체 애플리케이션인 Teams, Clipchamp, Widgets조차도 본질적으로 리소스 집약적인 WebView2를 사용합니다.

흥미롭게도 마이크로소프트는 인공지능을 최우선 기술 분야로 선언했음에도 불구하고, 네이티브 솔루션보다는 웹 기반 버전의 코파일럿 앱을 선택하는 것으로 보입니다.

웹 애플리케이션은 크로뮴 엔진의 자체 인스턴스를 실행해야 하므로 렌더링, 스크립팅 및 백그라운드 작업을 위한 여러 프로세스가 생성됩니다.결과적으로 단일 애플리케이션만으로도 수백 메가바이트의 RAM을 쉽게 소비할 수 있으며, 이러한 애플리케이션을 여러 개 사용할 경우 누적 효과는 상당할 수 있습니다.
파편화된 사용자 인터페이스 스택
Windows 11의 메모리 오버헤드에 영향을 미치는 또 다른 요인은 다양한 UI 프레임워크입니다.이 운영 체제는 기존 Win32 구성 요소, UWP 요소, 최신 WinUI 레이어, 그리고 React 및 WebView2와 같은 웹 기반 인터페이스를 조합하여 사용합니다.

이러한 하이브리드 방식은 유연성을 제공하지만, 다양한 렌더링 파이프라인과 시스템 리소스에 의존하기 때문에 메모리 사용량이 증가할 수 있습니다.이러한 문제를 인식하여 마이크로소프트는 효율성 향상과 지연 시간 단축이 기대되는 네이티브 프레임워크인 WinUI3으로 더 많은 구성 요소를 마이그레이션하고 있습니다.그러나 개발자들이 운영체제의 핵심 요소를 재구성하는 데 상당한 시간이 소요될 것입니다.
20/20 프로젝트가 직면한 과제
파라킨은 20/20 프로젝트가 완료되지 못한 이유를 명확히 밝히지는 않았지만, 추가적인 시간과 자원이 필요했을 것으로 추측됩니다. RAM 사용량을 크게 줄이려면 근본적인 아키텍처 변경이 필수적입니다.
이를 달성하기 위해 마이크로소프트는 백그라운드 서비스를 재평가하고, UI 인프라를 간소화하며, 웹 기반 구성 요소의 확산을 제한해야 할 수도 있습니다.하지만 이 기간 동안 마이크로소프트는 새로운 기능을 도입하고, 클라우드 서비스를 통합하며, 운영체제 내 인공지능 기능을 강화하는 데 주력했습니다.
시스템 오버헤드를 줄이려는 노력과 플랫폼 기능 확장을 조화시키는 것은 상당한 어려움을 수반합니다.20/20 프로젝트 역시 이러한 딜레마에 직면했을 가능성이 높으며, 기능 희생이나 개발 지연 없이는 실행이 불가능하다는 결론에 이르렀습니다.결국 마이크로소프트는 그러한 타협을 하는 대신 윈도우를 발전시키는 쪽을 선택했습니다.
마이크로소프트는 2026년까지 윈도우 11의 RAM 사용량 문제를 효과적으로 해결할 수 있을까?
마이크로소프트는 최근 윈도우 인사이더 회원들에게 보낸 공지에서 윈도우의 메모리 기준치를 낮춰 애플리케이션에 더 많은 RAM을 확보하고 일상적인 사용성을 향상시키겠다는 방침을 발표했습니다.

또한, 회사는 고부하 상황에서의 응답성을 향상시키는 것을 목표로 하고 있습니다.여러 애플리케이션이 활성화되었을 때 발생하는 속도 저하 대신, 사용자 세션 전반에 걸쳐 일관된 상호 작용 속도를 유지하는 것이 목표입니다.멀티태스킹을 더욱 원활하게 하여 애플리케이션 전환을 즉각적으로 할 수 있도록 개선하는 것도 계획되어 있습니다.
마이크로소프트가 상호 작용 지연 시간 감소, 공유 UI 프레임워크 강화, 그리고 더 많은 구성 요소를 WinUI3와 같은 네이티브 솔루션으로 전환하는 데 다시 집중하고 있다는 것은 성능 향상에 대한 진지한 의지를 보여줍니다.
2026년이 윈도우 11의 전환점이 될 수 있는 이유는 무엇일까요?
윈도우는 최근 몇 년 만에 가장 집중적인 대중의 감시를 받고 있으며, 성능 문제에 대한 불만이 점점 더 널리 퍼지고 있습니다.마이크로소프트는 이러한 여론을 간과해서는 안 됩니다.
게다가, 특히 애플의 효율성 중심 하드웨어가 사용자 기대치를 바꿔놓으면서 경쟁이 더욱 심화되었습니다.맥북 네오와 같은 기기의 출시로 RAM 효율성이 부각되면서 마이크로소프트에 대한 압박은 더욱 커졌습니다.여기에 더해 전 세계적으로 메모리 가격이 급등하면서 윈도우 11의 성능 향상은 기업의 최우선 과제가 되었습니다.
최근 몇 년 만에 처음으로 사용자 기대치, 경쟁 구도, 그리고 마이크로소프트의 내부 목표가 모두 하나의 목표, 즉 윈도우 11의 기능과 효율성 향상이라는 방향으로 수렴되고 있습니다.
답글 남기기