macOS Tahoe에서 WindowServer CPU 과부하? Liquid Glass 해결 가이드

오늘 세 번째로 M 시리즈 Mac의 팬이 돌기 시작하고, 커서가 트랙패드보다 반 박자 늦게 따라오고, 창 하나 크기를 조절하는 게 마치 시럽 속을 헤엄치는 것처럼 느껴져서 Activity Monitor를 열었습니다. %CPU로 정렬하면 목록 맨 위에 떡하니 자리 잡고 있는 녀석, CPU 코어 하나의 120%, 180%, 심지어 300%를 먹어치우는 WindowServer가 보입니다. 바로 macOS Tahoe 26.5의 WindowServer 고CPU 문제입니다. 올봄 Apple 개발자 포럼, MacRumors, r/MacOS에서 수천 명이 똑같은 질문을 하고 있습니다. "Tahoe로 업데이트한 뒤 왜 WindowServer가 CPU를 이렇게 잡아먹는 거죠?"

짧게 답하자면, WindowServer는 macOS 컴포지터입니다. 모든 앱 창의 픽셀을 받아서 레이어로 쌓고 효과를 적용한 뒤 디스플레이로 출력하는 시스템 프로세스입니다. Tahoe에서 Apple은 Liquid Glass를 지원하기 위해 컴포지터의 효과 파이프라인을 처음부터 다시 만들었습니다. Liquid Glass는 메뉴, 사이드바, Dock, 제어 센터, 메뉴 바, 위젯 등 수십 가지 UI 표면 뒤에 자리 잡은 새로운 반투명 실시간 블러 소재입니다. Liquid Glass는 정말 아름답습니다. 하지만 Sequoia나 Sonoma 시절보다 프레임당 GPU 작업이 훨씬 많아지고, 스케일된 HiDPI 해상도를 사용하는 다중 디스플레이 환경에서는 그 부담이 빠르게 쌓입니다. 이 가이드에서는 WindowServer가 실제로 문제의 원인인지 확인하는 방법, Tahoe가 왜 더 심한지, 그리고 팬 소음을 실제로 잡아주는 단계별 해결책을 정확히 안내합니다.

핵심 요약

• WindowServer는 macOS 창 컴포지터로, _windowserver 사용자가 소유합니다. Tahoe 26.5에서는 Liquid Glass가 거의 모든 UI 표면에 실시간 블러, 투명도, 동적 반사광 효과를 추가하기 때문에 더 뜨겁게 돌아갑니다.
• 다중 디스플레이 설정은 부하를 배가시킵니다. 외부 4K/5K 모니터, 스케일된 HiDPI 해상도, 추가 Space가 각각 컴포지터 작업을 늘리므로, 디스플레이 세 개짜리 구성은 WindowServer를 손쉽게 CPU 200% 이상으로 밀어붙입니다.
• 단일 최고 효과 해결책은 투명도 줄이기입니다(시스템 설정 > 손쉬운 사용 > 디스플레이). 대부분의 Liquid Glass 블러 패스를 비활성화하여 보통 WindowServer CPU를 40~70% 줄여 줍니다.
• 스케일된 해상도를 "디스플레이 기본값"으로 변경하면 비용이 많이 드는 중간 렌더 패스가 제거되어 많은 환경에서 팬이 멈춥니다.
• killall WindowServer는 핵 옵션이지만 모든 앱에서 즉시 로그아웃됩니다. 모든 작업을 저장한 뒤에만 사용하세요. PRAM/NVRAM 재설정은 도움이 되지 않습니다. WindowServer 상태는 사용자 세션에 있으며 펌웨어에 있지 않습니다.

WindowServer가 실제로 하는 일 (그리고 왜 항상 상위에 있는가)

WindowServer를 고치려면 그것이 무엇을 하는지 이해해야 합니다. Safari나 Final Cut과 달리 WindowServer는 당신이 실행한 앱이 아닙니다. 로그인하는 순간 macOS가 시작하고 로그아웃할 때까지 계속 실행되는 핵심 시스템 데몬입니다. Activity Monitor에서 프로세스 이름(WindowServer)과 사용자 컬럼의 _windowserver(이 하나의 프로세스만 실행하기 위해 존재하는 샌드박스 시스템 계정)로 확인할 수 있습니다.

컴포지터의 역할을 쉽게 설명하면

macOS의 모든 앱은 서피스라 불리는 개인 메모리 버퍼에 창을 그립니다. Safari는 탭과 콘텐츠를 서피스에 그리고, Mail은 메시지 목록을 서피스에 그립니다. 메뉴 바와 Dock도 별도 시스템 프로세스가 소유한 서피스입니다. 이 앱들 중 어느 것도 화면에 직접 그리지 않습니다. 대신 서피스를 WindowServer에 넘기고, WindowServer만이 GPU의 디스플레이 출력과 대화할 권한을 가집니다. WindowServer는 모든 서피스를 받아 Z축 순서(어느 창이 위에 있는지)를 파악하고, 시각적 효과(그림자, 투명도, 블러, 모서리 둥글기, Mission Control 전환)를 적용하며, 최종 이미지로 합성하여 디스플레이의 재생률에 맞춰 각 연결된 디스플레이로 전송합니다.

60Hz 모니터에서는 이 합성 파이프라인이 초당 60번 실행됩니다. ProMotion 120Hz 내장 디스플레이에서는 최대 초당 120번입니다. Studio Display 60Hz, Pro Display XDR 60Hz, MacBook Pro 120Hz 패널이 모두 연결되어 있으면 WindowServer는 합산해서 초당 240프레임을 생성합니다. 매 프레임마다 각 앱의 서피스 최신 버전을 받아와 효과 체인을 실행하고 결과를 전송해야 합니다.

WindowServer의 CPU 사용이 정상인 이유

건강한 Mac에서도 WindowServer는 거의 항상 CPU 상위 10개 프로세스 안에 있습니다. 유휴 상태에서 몇 퍼센트는 정상입니다. 창을 드래그하거나 애니메이션 콘텐츠를 스크롤하거나 Mission Control을 실행할 때 1530%도 정상입니다. 이 글에서 "고CPU"라고 부르는 것은 시스템과 적극적으로 상호작용하지 않는데도 대략 6080% 이상이 지속될 때입니다. 정적인 웹페이지를 읽는 중 팬이 돌거나, Zoom 통화 중 노트북이 뜨거워지거나, Activity Monitor에서 WindowServer가 수분 동안 150~300%를 기록하는 경우입니다.

CPU 수치를 읽는 방법

Activity Monitor는 CPU를 단일 코어의 백분율로 표시합니다. 10코어와 6성능 코어를 가진 M2 Pro에서 "100%"는 코어 하나가 꽉 찬 것이고, 단일 프로세스의 이론적 최대값은 약 10001600%입니다. WindowServer가 100200%라면 천장이 100%라고 가정했을 때 놀랍게 보일 수 있지만, 실제로는 코어 1~2개 분량의 작업을 의미합니다. 백그라운드 프로세스로서는 여전히 많은 양입니다. 배터리 사용 시 코어 두 개가 꽉 차면 배터리 수명이 한 시간 이상 줄어들 수 있습니다.

WindowServer가 실제로 원인인지 확인하는 방법

설정을 바꾸기 전에 WindowServer가 원인임을 증명하세요. "Mac이 느리다"는 많은 불만이 실제로는 폭주하는 브라우저 탭, 오작동하는 클라우드 동기화 에이전트, 또는 메모리 압박 급등이 원인이며 컴포지터 문제가 아닙니다. Activity Monitor를 오랫동안 사용하지 않았다면 Mac Activity Monitor 완전 가이드에서 모든 탭을 자세히 살펴보세요.

1단계: Activity Monitor를 열고 %CPU로 정렬

Spotlight(Cmd+Space)를 열고 "activity"를 입력한 뒤 Enter. CPU 탭을 클릭하세요. %CPU 열 헤더를 클릭해 화살표가 아래를 향하도록 합니다. 높은 순으로 정렬됩니다. 60초 동안 목록을 지켜보세요. WindowServer가 지속적으로 상위 3위 안에 있으면서 60% 이상이면 확정입니다. 평균 수치를 기록해 두세요. 각 해결책 적용 후 비교할 것입니다.

2단계: Energy 탭 확인

Energy 탭을 클릭하세요. Energy Impact를 내림차순으로 정렬하세요. 정상적인 Tahoe Mac의 WindowServer는 유휴 상태에서 에너지 영향이 1~10 사이입니다. 40+, 80+, 또는 세 자릿수를 보인다면 실제로 전력을 소모하고 있는 것입니다. 노트북이라면 Battery Usage Last 12 Hours 열도 확인하세요. WindowServer가 상위 3개 배터리 소비 프로세스 안에 있으면 결정적 증거입니다.

3단계: GPU 탭 확인

이것은 가장 간과되는 탭이자 Tahoe에서 가장 중요한 탭입니다. GPU를 클릭하세요. % GPU로 정렬하세요. Apple Silicon에서는 GPU와 CPU가 단일 전력 예산과 단일 발열 한도를 공유하므로, WindowServer GPU 사용량이 높으면 CPU 탭에서 CPU 상승으로, Energy 탭에서 전력 상승으로, 그리고 섀시의 팬 소음으로 나타납니다. 유휴 상태에서 WindowServer가 GPU를 30~70% 지속적으로 사용한다면 Liquid Glass 컴포지터 부하가 문제이며 아래 해결책이 효과를 발휘할 것입니다.

4단계: Tahoe 기준 기대치와 비교

참고로, Tahoe 26.5의 다양한 환경에서 정상 범위는 다음과 같습니다:

• MacBook Air M2/M3, 내장 디스플레이만, 유휴 데스크탑: WindowServer CPU 28%, GPU 05%
• MacBook Pro M3/M4, 내장 + 4K 디스플레이 1개, 가벼운 사용: WindowServer CPU 825%, GPU 520%
• Mac Studio M2/M3 Ultra, Studio Display 2개 + Pro Display XDR, 가벼운 사용: WindowServer CPU 1540%, GPU 1030%
• 모든 Mac, 디스플레이 간 창 드래그: WindowServer가 순간적으로 150~400% CPU로 튀는 것은 정상

유휴 상태에서 이 수치의 2~4배라면 문제가 있는 것입니다.

Tahoe에서 WindowServer가 더 힘들게 된 변화

Tahoe는 Liquid Glass를 시스템 전반의 디자인 언어로 삼아 구축된 Apple 최초의 macOS 릴리스입니다. 시각적 변화가 헤드라인이지만, 그 아래에는 더 높은 부하를 유발하는 여러 구체적인 컴포지터 변경 사항이 있습니다. 이것을 이해하면 아래의 해결책 목록이 무작위 토글 모음처럼 보이지 않고 일관된 대응 세트처럼 보이기 시작합니다.

Liquid Glass는 어디서나 실시간 백드롭 블러

Tahoe 이전 macOS는 제한된 곳에서만 투명도를 사용했습니다: 메뉴 바, Finder와 Mail의 사이드바, 제어 센터, 알림 센터. 그 대부분은 낮은 해상도에서 샘플링하는 비교적 저렴한 블러를 사용했습니다. Tahoe는 투명도를 대폭 확장했습니다. Dock, 메뉴 바, 제어 센터, 새로운 상시 위젯 표면, 대화 시트, Stage Manager 스트립, 사이드바 소재, 팝오버, 새 API를 채택한 많은 서드파티 앱이 이제 Liquid Glass를 사용합니다. Liquid Glass는 커서를 움직이면 업데이트되는 미묘한 반사광을 추가하면서 더 높은 충실도로 기저 콘텐츠를 샘플링하는 다중 패스 블러입니다.

블러 패스마다 WindowServer가 반투명 요소 뒤의 서피스를 읽고, 가우시안 블러 커널을 실행하고, 반사광 패스를 적용하고, 결과를 합성해야 합니다. 비용은 블러 처리 영역의 크기와 디스플레이 해상도에 비례해 증가합니다. 5K Studio Display에서 메뉴 바만 해도 약 5120픽셀 너비이므로 매 프레임마다 블러 처리하는 것은 1440p 패널보다 의미 있게 비쌉니다.

백드롭 효과가 더 많은 레이어를 샘플링

Tahoe 이전 블러는 일반적으로 데스크탑 배경화면이나 반투명 요소 바로 아래의 상단 창만 샘플링했습니다. Tahoe의 Liquid Glass는 더 깊은 스택을 샘플링하므로, 반투명 UI가 있는 창을 바쁜 데스크탑에서 드래그하면 연쇄적인 재렌더링이 발생합니다. 직접 확인할 수 있습니다. Mission Control을 열고 커서를 움직이면 메뉴 바의 반사광이 움직임을 따라가는데, 이는 입력 장치의 폴링 속도에 맞춰 지속적으로 재합성이 이루어진다는 것을 의미합니다.

ProMotion 램핑이 더 공격적으로 변화

MacBook Pro의 ProMotion 디스플레이에서 Tahoe는 패널이 120Hz로 상승하는 상황을 확장했습니다. 호버 효과, 부드러운 스크롤 관성, 심지어 커서 이동도 이제 재생률 상승을 트리거합니다. 60Hz 이상의 모든 Hz는 WindowServer에게 더 많은 작업을 의미합니다. 초당 두 배의 합성 프레임을 생성해야 하기 때문입니다. 대부분의 사용자는 시각적으로 차이를 느끼지 못하지만, 컴포지터는 확실히 느낍니다.

위젯과 라이브 콘텐츠를 위한 GPU 역할 확대

Tahoe의 상시 데스크탑 위젯과 재설계된 알림 센터 "라이브" 콘텐츠(날씨, 주식, 캘린더 카운트다운)는 보지 않을 때도 지속적으로 다시 그려집니다. 각 재드로우는 WindowServer의 컴포지터를 거칩니다. 위젯이 8개 있는 데스크탑은 초당 8번의 추가 서피스 업데이트를 수행하고, 이 모두가 위의 Liquid Glass 소재 아래에서 블러 처리되고 합성되어야 합니다.

다중 디스플레이 증폭 효과

내장 디스플레이 하나만 사용하면서 WindowServer가 80~120%라면, 아래 해결책으로 편안한 수준으로 돌아갈 수 있습니다. 다중 디스플레이 환경이라면 영향이 훨씬 크고, 해결책의 효과도 훨씬 크게 느껴질 것입니다.

각 디스플레이는 별도 렌더 타겟

WindowServer는 연결된 모든 디스플레이를 독립적인 출력으로 처리합니다. 각각의 재생률에 맞춰 각각에 대한 고유한 프레임을 합성해야 합니다. 4K 디스플레이 두 개가 60Hz면 초당 합성 프레임이 120개입니다. 120Hz 내장 MacBook Pro 디스플레이를 추가하면 240개가 됩니다. 세 번째 외부 디스플레이를 추가하면 300개가 됩니다. 300개의 사소한 프레임이 아닙니다. 각 프레임에는 모든 Liquid Glass 블러 패스, 모든 반투명 메뉴, 모든 위젯 업데이트, 모든 커서 반사광 업데이트가 포함됩니다.

스케일된 HiDPI 해상도가 렌더 패스를 추가

Apple은 논리적 해상도의 정확한 픽셀 배수인 "기본" 해상도로 디스플레이를 제공합니다. 예를 들어 5K Studio Display는 5120x2880에서 2x 스케일로 UI 요소를 그려 선명한 텍스트와 2560x1440의 유효 작업 영역을 제공합니다. 다른 스케일된 해상도("더 넓게" 또는 "더 크게" 또는 슬라이더의 중간 옵션)를 선택하면 WindowServer가 전체 화면을 한 해상도의 오프스크린 버퍼에 렌더링한 다음 해당 버퍼를 패널의 원래 해상도로 스케일 업 또는 다운해야 합니다. 이 중간 렌더 패스는 비쌉니다. Liquid Glass 효과가 있는 Tahoe에서는 디스플레이당 컴포지터 비용을 쉽게 두 배로 만들 수 있습니다.

디스플레이 세 개가 모두 스케일된 해상도를 사용한다면, 각각에 대해 두 배의 작업을 요청한 것입니다. Tahoe의 디스플레이 처리, 재생률 특이사항, 배치 문제 등에 대한 더 자세한 내용은 macOS Tahoe 외부 디스플레이 완전 가이드를 참조하세요.

혼합 재생률이 최악의 경우

디스플레이 하나가 60Hz이고 다른 하나가 120Hz라면 WindowServer는 두 개의 별도 렌더 케이던스를 관리하고 디스플레이 간 콘텐츠(두 디스플레이에 걸쳐 있는 창, 경계를 넘는 커서)를 동기화해야 합니다. 혼합 재생률 환경은 일치하는 재생률보다 일관적으로 더 높은 유휴 WindowServer 부하를 만듭니다. 모든 디스플레이를 동일한 재생률로 설정할 수 있다면 그렇게 하세요. ProMotion 패널을 문제 해결 중에 60Hz로 낮추더라도 마찬가지입니다.

디스플레이 배치는 생각보다 덜 중요

일부 포럼 스레드는 설정 > 디스플레이 > 배치에서 디스플레이 배치가 WindowServer 부하에 영향을 미친다고 주장합니다. Tahoe 26.5와 26.5.1에서 테스트한 결과, 배치는 창이 실제로 디스플레이 경계에 걸쳐 있을 때만 중요합니다. 모든 창이 개별 디스플레이에 있는 일렬 배치 세 개는 삼각형 배치와 동일하게 성능이 나옵니다. 재배치 전에 해상도와 재생률에 집중하세요.

Space와 Stage Manager 증폭 효과

Space는 가상 데스크탑입니다. Stage Manager는 화면 왼쪽 가장자리에 창을 그룹으로 묶는 창 모드입니다. 둘 다 WindowServer와 상호작용하는 방식이 컴포지터 부하를 높일 수 있습니다.

각 Space는 라이브 창 상태를 유지

Space를 만들면 WindowServer는 보지 않는 동안에도 해당 Space의 창 콘텐츠를 메모리에 살려둡니다. 일부 창은 계속 다시 그려집니다. Safari의 YouTube 탭은 계속 비디오를 디코딩하고, Slack 창은 계속 타이핑 인디케이터를 애니메이션하고, 실행 중인 프로세스가 있는 터미널은 계속 업데이트됩니다. 해당 Space를 보지 않더라도 WindowServer는 여전히 서피스에 메모리를 할당하고 앱에 따라 일부 서피스 업데이트를 처리합니다.

수개월에 걸쳐 여러 디스플레이에 걸쳐 1215개의 Space로 늘어났다면, 35개로 통합하는 것이 의미 있는 개선입니다. Space를 제거하려면 Mission Control(세 손가락으로 위로 쓸어올리기 또는 F3)에 들어가서 Space 썸네일 위에 마우스를 올리고 X를 클릭하세요. 열린 창이 사라지지 않고 이전 Space로 이동합니다.

Stage Manager는 썸네일을 라이브로 유지

Stage Manager의 왼쪽 스트립에는 각 창 그룹의 썸네일 미리보기가 표시됩니다. 이 썸네일은 실시간으로 업데이트되므로 WindowServer가 낮은 빈도로 각 스테이지 밖 그룹에 대해 스케일 다운된 합성 프레임을 생성합니다. Tahoe에서는 각 썸네일 주변의 Liquid Glass 프레이밍이 있어 Sequoia보다 눈에 띄게 비쌉니다. Stage Manager를 적극적으로 사용하지 않는다면 끄세요. 제어 센터 > Stage Manager 토글.

Apple Silicon에서의 GPU/CPU 분리

이것은 WindowServer 문제에서 가장 많이 오해되는 부분이며, 많은 사람들이 일반적인 "Mac 속도 높이기" 팁을 시도한 후 손을 들어버리는 이유입니다.

공유 전력 및 발열 예산

인텔 Mac은 별도의 CPU와 별도의 (보통 독립형) GPU를 가지고 있었으며, 각각 고유한 전력 소비와 발열 한도가 있었습니다. Apple Silicon Mac은 CPU 코어, GPU 코어, 뉴럴 엔진, 통합 메모리 컨트롤러가 모두 하나의 다이, 하나의 전력 예산, 그리고 (노트북의 경우) 하나의 냉각 솔루션을 공유하는 단일 SoC를 가집니다. WindowServer가 GPU를 세게 밀면 전체 SoC가 뜨거워집니다. 냉각 시스템은 팬을 돌려 응답합니다. 전원 관리 시스템은 발열 한도 내에 머물기 위해 성능 코어를 스로틀링할 수 있습니다. 결과적으로 GPU 구동 WindowServer 부하는 다음과 같이 나타날 수 있습니다. Activity Monitor의 높은 CPU%, 팬 소음, 배터리 소모, 심지어 관련 없는 앱의 명백한 느려짐.

Activity Monitor의 CPU 수치가 약간 거짓말하는 이유

CPU 탭에서 WindowServer가 180%를 보일 때, 일부는 진짜 CPU 작업(드라이버 수준 조정, 서피스 관리, 입력 이벤트 처리)이고 일부는 무거운 GPU 디스패치 주변의 기록입니다. 실제 분류는 powermetrics 없이는 볼 수 없지만, 앞서 설명한 대로 GPU 탭을 확인하여 GPU 측면을 확인할 수 있습니다. CPU%와 함께 GPU%도 높다면 논리 파이프라인 문제가 아닌 그래픽 파이프라인 문제를 다루고 있는 것입니다. "SMC 재설정"과 "캐시 지우기" 조언이 도움이 되지 않는 이유가 이것입니다.

해결책 목록에 대한 의미

문제가 그래픽 측면이기 때문에, 효과적인 해결책도 그래픽 측면입니다. 프레임당 GPU가 해야 하는 일을 줄이는 것입니다. 투명도 줄이기, 렌더링되는 실효 픽셀 수 줄이기, 독립적인 렌더 타겟 수 줄이기, 재생률 낮추기가 해당됩니다. CPU 측면 조언(앱 닫기, 재시작, SMC 재설정)은 실제 문제가 다른 곳에 있을 때만 도움이 됩니다.

단계별 해결 순서

이 순서대로 적용하세요. 각 해결책 후 Activity Monitor의 CPU 및 GPU 탭을 다시 확인하세요. 한 해결책으로 허용 가능한 수치로 돌아오면 멈춰도 됩니다. 모두 할 필요는 없습니다.

해결책 1: 투명도 줄이기

이것이 단일 최고 효과 해결책입니다. Liquid Glass 블러의 대부분을 비활성화하고 반투명 표면을 배경화면에서 파생된 단색으로 대체합니다.

1. 시스템 설정을 엽니다(Apple 메뉴 > 시스템 설정 또는 Spotlight).
2. 사이드바에서 손쉬운 사용을 클릭하세요.
3. 오른쪽 창에서 디스플레이를 클릭하세요.
4. 투명도 줄이기를 켜세요.

시각적 변화는 즉각적입니다. 메뉴 바, Dock, 제어 센터, 사이드바, 팝오버, 대화 시트가 모두 불투명해집니다. 대부분의 사람들은 하루 안에 익숙해집니다. 성능 변화도 즉각적입니다. 다중 디스플레이 환경에서 WindowServer는 보통 40~70% 감소합니다. 일부 Liquid Glass 효과를 유지하면서 최악의 것을 없애는 더 세밀한 접근 방법을 원한다면 Liquid Glass 맞춤 설정 손쉬운 사용 가이드를 참조하세요.

해결책 2: 디스플레이를 "디스플레이 기본값"으로 전환

모든 연결된 디스플레이를 네이티브 픽셀 배수 HiDPI 해상도로 설정하세요.

1. 시스템 설정 > 디스플레이.
2. 각 디스플레이 썸네일을 순서대로 클릭하세요.
3. 각각에 대해 해상도 섹션을 찾으세요. 슬라이더나 이름 옵션 목록이 표시되면 디스플레이 기본값을 선택하세요. 이전에 "더 넓게" 또는 "더 크게" 또는 중간 스케일 옵션을 선택했다면 픽셀 공간이 일부 줄어듭니다. 스케일링 렌더 패스를 제거하는 대가입니다.

이 단일 변경으로 여러 4K/5K 디스플레이를 구동하는 Mac Studio와 Mac mini 사용자들이 WindowServer 문제를 완전히 해결했습니다. 미적 타협은 스케일링을 세밀하게 조정할 수 없다는 것이지만, 성능 향상은 큽니다.

해결책 3: 재생률 낮추기

ProMotion 디스플레이나 외부 120Hz/144Hz 모니터가 있고 이전 해결책이 완전히 해결되지 않았다면 재생률을 60Hz로 낮추세요.

1. 시스템 설정 > 디스플레이.
2. 영향을 받는 디스플레이를 클릭하세요.
3. 재생률 드롭다운을 찾아 60 Hz를 선택하세요.

스크롤이 덜 부드럽고 커서 반응이 약간 덜 즉각적이라고 느낄 것입니다. 해당 디스플레이에서 WindowServer의 초당 합성 횟수가 절반으로 줄어듭니다.

해결책 4: Space 통합

Mission Control을 여세요(세 손가락으로 위로 쓸어올리기 또는 F3). 상단의 Space 썸네일 행을 확인하세요. Space가 4~5개 이상이라면 각 추가 Space 위에 마우스를 올려 X를 클릭해 닫으세요. 닫힌 Space의 창은 사라지지 않고 이동합니다.

해결책 5: 상시 위젯 비활성화

Tahoe의 상시 데스크탑 위젯과 알림 센터 위젯은 지속적으로 다시 그려져 누적됩니다.

1. 데스크탑의 빈 영역을 오른쪽 클릭하세요.
2. 위젯 편집을 선택하세요.
3. 적극적으로 사용하지 않는 위젯을 제거하세요.

라이브 위젯(날씨, 주식, 캘린더, 스포츠)은 정적 위젯(리마인더, 메모)보다 비쌉니다. 라이브 위젯 4~6개를 제거하면 백그라운드 WindowServer 활동이 눈에 띄게 줄어듭니다.

해결책 6: 사용하지 않는다면 Stage Manager 끄기

제어 센터를 여세요(메뉴 바 > 두 개의 겹친 토글처럼 생긴 아이콘). Stage Manager 타일을 클릭해 끄세요. 제어 센터에 없다면 시스템 설정 > 제어 센터 > Stage Manager에서 추가하세요.

해결책 7: 문제 앱 찾아 처리하기

일부 앱은 서피스를 지속적으로 무효화하여 불균형적인 WindowServer 부하를 유발합니다. 흔한 Tahoe 시대 범인으로는 새 컴포지터용으로 업데이트되기 전의 Chrome 구버전과 Electron 기반 앱(Slack, Discord, Spotify, VS Code), 특정 애니메이션 배경화면 유틸리티, 컴포지터에 후킹하는 화면 녹화 소프트웨어, 활발히 애니메이션되는 독 아이콘을 가진 앱 등이 있습니다. 분리하려면 WindowServer를 지켜보면서 앱을 하나씩 종료하세요. 눈에 띄게 떨어지면 기여자를 찾은 것입니다. 해당 앱을 업데이트하거나 환경설정에서 "애니메이션 줄이기" 또는 "저전력 모드" 옵션을 확인하세요.

해결책 8: 동작 줄이기가 켜져 있지 않은지 확인

역설적이지만, 일부 사용자들은 동작 줄이기(손쉬운 사용 > 디스플레이)가 Tahoe의 특정 구성에서 WindowServer 부하를 실제로 증가시킨다고 보고합니다. 일부 애니메이션의 정적 "크로스페이드" 대체가 더 오래 지속되는 중간 합성으로 구현되기 때문입니다. 켜져 있다면 잠깐 끄고 테스트해보세요.

killall WindowServer 핵 옵션

위의 해결책이 도움이 되지 않고 WindowServer가 고착되거나 저하된 상태에 있다고 의심된다면(디스플레이 절전 실패나 그래픽 드라이버 오류 후에 그렇게 되기도 합니다), 강제로 재시작할 수 있습니다. 경고를 먼저 읽으세요.

하는 일

sudo killall WindowServer는 WindowServer 프로세스를 즉시 종료합니다. macOS는 컴포지터 손실을 감지하고 자동으로 재시작합니다. 안전하게 이 작업을 수행하기 위해 시스템은 사용자 세션도 로그아웃하며, 이는 다음을 의미합니다:

• 열려 있는 모든 앱이 즉시 종료됩니다.
• 해당 앱의 저장되지 않은 작업은 손실됩니다.
• 로그인 화면으로 돌아갑니다.

이것은 복구 불가능한 작업입니다. Pages 문서에 저장되지 않은 변경 사항이 있다면 그 변경 사항은 사라집니다. 탭 20개와 40개의 폼 필드가 채워진 브라우저 세션이 있다면, 브라우저가 자동 복원하지 않는 한 모두 사라집니다.

안전하게 하는 방법

1. 모든 앱에서 열린 작업을 저장하세요. 그리고 다시 저장하세요.
2. 장시간 실행되는 작업을 신중하게 처리하는 앱(비디오 내보내기, 다운로드, 파일 동기화)을 종료하세요.
3. 터미널을 여세요.
4. 실행: sudo killall WindowServer
5. 관리자 암호를 입력하세요.
6. 화면이 검게 됩니다. 몇 초 후 로그인 화면이 표시됩니다.
7. 다시 로그인하세요. Activity Monitor를 확인하세요. WindowServer가 새로 시작되어야 합니다.

실제로 도움이 되는 경우

killall WindowServer는 컴포지터가 어떤 종류의 나쁜 상태를 축적했을 때 도움이 됩니다. 고착된 애니메이션 타이머, 고아 서피스 참조, 누수된 GPU 리소스 등. 이 글에서 설명한 Liquid Glass/다중 디스플레이 부하 문제에는 도움이 되지 않습니다. 다시 로그인하면 Tahoe가 동일한 Liquid Glass 서피스를 다시 설정하고 부하가 돌아오기 때문입니다. 일회성 재설정으로 사용하고 일상적인 해결 방법으로는 사용하지 마세요.

NVRAM/PRAM 재설정은 도움이 되지 않음

그래픽 문제에 "NVRAM 재설정"을 하라는 민간 처방이 있습니다. NVRAM에는 시작 디스플레이 기본 설정, 사운드 볼륨, 시간대 등 펌웨어 수준 설정이 저장됩니다. WindowServer의 상태는 사용자 세션별로 RAM에 있으며 NVRAM에 있지 않습니다. NVRAM 재설정은 WindowServer CPU 사용에 아무 영향도 미치지 않습니다. 시간을 낭비하지 마세요.

다른 Tahoe 성능 문제와의 비교

이것이 Tahoe에 대한 유일한 성능 불만이 아니며, 잘못된 해결책을 적용하지 않도록 WindowServer 고CPU를 인접한 문제들과 구분하는 것이 가치 있습니다.

vs. 메모리 누수

널리 보고된 Tahoe 메모리 문제는 물리 메모리 압박, 스왑 사용량이 10GB를 넘어 증가, 앱 전환 시 비치볼, 유휴 상태에서도 가동 시간이 늘어날수록 시스템이 느려지고 재시작하면 몇 시간 동안 고쳐지는 형태로 나타납니다. WindowServer는 보통 누수 프로세스가 아닙니다. kernel_task, mediaanalysisd, 특정 앱이 원인입니다. "Mac을 오래 켜둘수록 느려지고 재시작하면 몇 시간 동안 좋아진다"는 증상이라면 메모리 누수 이야기입니다. macOS Tahoe 메모리 누수 완전 해결 가이드와 RAM 관리 및 메모리 최적화 가이드를 참조하세요.

vs. 일반적인 멈춤 및 지연

Mac이 한 번에 5~10초씩 완전히 멈추거나, 지속적인 비치볼을 표시하거나, 기본 Finder 작업 중 끊기는 경우, WindowServer 해결 순서가 도움이 될 수 있지만 보통 근본 원인은 아닙니다. 디스크 압박, Spotlight 인덱싱, iCloud 동기화 폭풍, Time Machine 스냅샷 작업이 더 흔한 원인입니다. 증상이 지속적인 열과 팬 소음이 아닌 간헐적 멈춤이라면 Tahoe 멈춤 및 비치볼 해결 가이드를 살펴보세요.

vs. 외부 디스플레이 감지 실패

외부 디스플레이가 전혀 나타나지 않거나, 깜박이거나, 연결이 끊겼다 다시 연결된다면 다른 문제입니다. 컴포지터 부하보다는 케이블, 허브, 또는 DDC 협상 문제일 가능성이 높습니다. 외부 디스플레이 미감지 진단 가이드에서 해당 흐름을 다룹니다.

vs. 초기 Tahoe Chromium/게임 GPU 회귀

초기 Tahoe(26.0~26.2)에는 Chromium 기반 브라우저와 특정 게임에 영향을 미치는 별도 회귀가 있었습니다. 최소화되어 있어도 GPU를 고정시켜 해당 부하도 높은 WindowServer CPU로 나타났는데, 컴포지터가 해당 앱들의 지속적인 무효화를 처리하고 있었기 때문입니다. Apple은 26.3에서 기반 GPU 스케줄러 버그를 수정했고, Google/Chromium 팀은 2025년 말에 해당 브라우저 업데이트를 출시했습니다. 26.5/26.5.1에서 Chrome이나 Roblox에서 이를 보고 있다면 먼저 macOS와 영향을 받는 앱 모두 업데이트하세요. Liquid Glass 컴포지터 부하 문제는 해당 업데이트를 거쳐도 지속되는 별도의 진행 중인 문제입니다.

vs. M5의 26.5.1 종료 루프

증상이 지속적인 고CPU가 아닌 예상치 못한 종료나 커널 패닉이라면 26.5.1의 M5 Mac에 특정한 네트워크 확장 관련 종료 문제를 겪고 있을 수 있습니다. M5 Mac 종료 및 네트워크 확장 해결 가이드에서 다룹니다.

일반적인 문제 해결

문제: WindowServer가 절전 모드에서 깨어난 직후에만 높음

해결: 이는 Tahoe에서 알려진 패턴입니다. 컴포지터가 절전 "동결 프레임" 캡처에 사용된 GPU 리소스를 완전히 해제하지 못해 오래된 서피스가 남아 있는 경우가 있습니다. 해결 방법: 깨어난 후 Mission Control(F3 또는 세 손가락 위로 쓸기)을 잠깐 열었다가 닫으면 전체 서피스 새로 고침이 강제됩니다. 그래도 도움이 되지 않으면 화면을 잠그고(Cmd+Ctrl+Q) 잠금 해제하세요. 전체 로그아웃 없이 사용자 세션 컴포지터 상태가 재설정됩니다. 지속적인 깨어남 후 문제는 USB-C 허브를 통해 연결된 외부 디스플레이와 관련이 있는 경우가 많습니다. 테스트 중에는 디스플레이를 Mac에 직접 연결해 보세요.

문제: 외부 디스플레이 연결 시에만 발생

해결: 모든 외부 디스플레이를 분리하고 WindowServer를 지켜보세요. 한 자릿수로 떨어지면 다중 디스플레이 증폭 효과가 병목이라는 것을 확인한 것입니다. 다음 디스플레이를 추가하기 전에 각각에 해결책 2(디스플레이 기본값)와 해결책 3(60Hz)을 적용하면서 하나씩 다시 연결하세요. WindowServer를 한계를 넘어 밀어붙이는 디스플레이는 보통 "더 넓게" 해상도로 설정된 5K 디스플레이이거나 다른 60Hz 디스플레이와 함께 120Hz를 사용하는 디스플레이입니다. USB-C 또는 Thunderbolt 케이블이 요청하는 대역폭에 맞게 등급이 매겨져 있는지도 확인하세요. 규격 미달 케이블은 압축을 강제하여 컴포지터 작업을 복잡하게 할 수 있습니다.

문제: Stage Manager에서만 발생

해결: Stage Manager의 왼쪽 가장자리 썸네일 스트립이 원인입니다. 각 스테이지 밖 창 그룹은 라이브 합성 썸네일을 유지하고, Tahoe의 각 썸네일 주변 Liquid Glass 프레이밍은 썸네일당 프레임당 블러 비용을 추가합니다. 스테이지 그룹 수를 줄이거나(필요 없는 창 닫기) 시스템 설정 > 데스크탑 및 Dock > Stage Manager에서 "Stage Manager에서 최근 앱 보기"를 끄세요(썸네일 수가 절반으로 줄어듭니다). 없어도 된다면 제어 센터를 통해 Stage Manager를 완전히 끄세요.

문제: 특정 앱이 포커스될 때와 연관

해결: 일부 앱은 커스텀 그려진 UI의 버그나 유휴 애니메이션을 실행하는 Electron/웹 뷰 레이어 때문에 눈에 보이는 변화가 없는데도 매 프레임 전체 창을 무효화합니다. 해당 앱으로 전환하고 WindowServer를 지켜본 다음 전환해 나와 다시 지켜보세요. 앱의 포커스 상태를 추적한다면 앱 환경설정에서 "애니메이션 줄이기", "저전력 모드", "GPU 가속 비활성화"를 확인하세요. Electron 앱(Slack, Discord, VS Code, Notion)은 최신 버전인지 확인하세요. 대부분 2025~26년 겨울에 Tahoe 호환성 업데이트를 출시했습니다. 최후 수단으로 Activity Monitor에서 앱 프로세스를 오른쪽 클릭하고 "프로세스를 저전력으로 설정"을 선택하여 앱을 저전력 모드로 실행하세요.

FAQ

Tahoe의 WindowServer 고CPU는 버그인가요, 아니면 의도적인 것인가요?

설계 선택의 부작용이며 엄밀한 버그는 아닙니다. Apple의 Liquid Glass 소재는 Tahoe 이전 투명도보다 의도적으로 렌더링 비용이 더 높으며, 컴포지터는 모든 디스플레이의 모든 프레임에서 그 작업을 수행해야 합니다. 대부분의 단일 디스플레이 Mac에서 비용은 관리 가능합니다. 스케일된 해상도를 가진 다중 디스플레이 Mac에서 비용이 불편할 만큼 쌓입니다. 투명도 줄이기 토글이 존재하는 이유가 정확히 사용자에게 탈출구를 주기 위해서입니다.

Apple이 미래 Tahoe 업데이트에서 이 문제를 수정할까요?

Apple은 26.2, 26.4, 26.5에서 증분적인 컴포지터 최적화를 출시했습니다. 초기 Tahoe는 현재 26.5보다 훨씬 나빴습니다. 26.6과 26.7에서 더 많은 최적화가 있을 것입니다. 하지만 Liquid Glass는 계속 존재할 것이므로 최적화된 컴포지터도 Sequoia보다 무거울 것입니다. 마법 같은 수정을 기다리지 마세요. 지금 투명도 줄이기를 적용하면 즉시 혜택을 볼 수 있습니다.

RAM을 추가하면 도움이 될까요?

아닙니다. WindowServer 고CPU는 메모리 압박 문제가 아닌 그래픽 파이프라인 문제입니다. RAM은 별도의 Tahoe 메모리 누수 같은 메모리 바운드 문제에 도움이 됩니다. Activity Monitor 메모리 탭에서 녹색 압박과 최소한의 스왑이 보인다면 RAM은 괜찮습니다. 문제는 RAM이 아닌 GPU입니다.

Sequoia로 다운그레이드해야 할까요?

할 수는 있지만, 업그레이드 전에 백업했거나 Sequoia를 완전히 새로 설치하고 데이터를 선택적으로 복원할 의향이 있을 때만입니다. 대부분의 사용자는 투명도 줄이기와 디스플레이 기본값 해결책을 적용하면 다운그레이드 없이 WindowServer를 허용 가능한 수준으로 되돌릴 수 있습니다. 먼저 해결책을 시도해 보세요. 다운그레이드는 파괴적이고 시간이 많이 걸립니다.

왜 MacBook Air는 괜찮은데 Mac Studio는 그렇지 않나요?

직관에 반하지만, 단일 디스플레이 MacBook Air는 Mac Studio보다 훨씬 강력한 GPU를 가지고 있음에도 불구하고 세 개 디스플레이 Mac Studio보다 컴포지터 작업이 적습니다. Studio는 추가 디스플레이와 더 높은 픽셀 수 때문에 프레임당 5~10배 더 많은 픽셀 작업을 하고 있습니다. Studio의 GPU는 따라잡을 만큼 빠르지만 더 열심히 실행해야 하므로 처리량 면에서는 괜찮더라도 더 많은 전력 소비, 더 많은 열, 더 많은 팬 소음이 발생합니다.

어두운 배경화면이나 단색 배경화면을 사용하면 도움이 될까요?

약간은 됩니다. Liquid Glass 블러 샘플링은 소스 콘텐츠가 균일할 때(단색 데스크탑) 사진처럼 바쁜 배경화면보다 비용이 적습니다. 블러 커널이 픽셀당 더 적은 변화를 생성하기 때문입니다. 절감은 실재하지만 작습니다. 보통 3~8%이며 심각한 경우를 단독으로 해결하기에는 충분하지 않습니다. 다른 해결책을 적용하고 조금 더 개선을 원할 때 해볼 만합니다.

Tahoe의 새 ProMotion 램핑이 원인인가요?

부분적으로는 그렇습니다. ProMotion은 이제 커서 이동과 호버 효과를 포함해 Sequoia보다 더 많은 상황에서 120Hz로 상승합니다. 60Hz 이상의 모든 Hz는 더 많은 컴포지터 작업입니다. ProMotion 디스플레이를 수동으로 60Hz로 설정하면(위의 해결책 3) 그 변수가 없어집니다. 대부분의 사용자는 익숙해지고 나면 시각적 차이를 느끼지 못합니다.

사용하지 않는 앱을 닫으면 도움이 될까요?

조금은 됩니다. 각 앱의 창 서피스는 WindowServer가 관리해야 하는 렌더 타겟이며, 애니메이션 UI(라이브 티커, 깜박이는 커서, 마퀴 텍스트, 비디오 미리보기)가 있는 앱은 포커스가 없어도 프레임당 작업에 기여합니다. 진짜 사용하지 않는 앱을 종료하면 서피스 메모리가 해제되고 유휴 업데이트 소스가 제거됩니다. 하지만 디스플레이 및 투명도 해결책에 비해 작은 기여자입니다. 단독으로 문제를 해결하기를 기대하지 마세요.

결론

macOS Tahoe 26.5의 WindowServer 고CPU는 신비로운 시스템 오류가 아닙니다. Liquid Glass가 거의 모든 UI 표면에 실시간 블러와 반사광 효과를 추가하고, 구동하는 디스플레이 수에 배가되며, 스케일된 HiDPI 해상도를 사용하는지 여부에 따라 곱해지는 예측 가능한 결과입니다. Activity Monitor의 CPU, Energy, GPU 탭에서 진단을 확인하세요. 먼저 투명도 줄이기를 적용하세요. 대부분의 경우 이것만으로 해결됩니다. 그 다음 디스플레이를 디스플레이 기본값으로 이동하세요. ProMotion이나 120Hz 외부 디스플레이가 있다면 재생률을 낮추세요. Space를 통합하고, 위젯을 정리하고, 불균형적인 무효화를 유발하는 앱을 찾아내세요. killall WindowServer는 고착 상태 복구를 위해 남겨두고 정기적인 해결 방법으로는 사용하지 마세요. NVRAM 재설정은 완전히 건너뛰세요. 사용자 세션 컴포지터 상태에는 적용되지 않습니다.

대부분의 사용자는 이 해결책들을 적용한 후 한 시간 안에 팬이 조용한 편안한 작동 상태로 돌아갑니다. Liquid Glass 미학을 완전히 포기하지 않아도 됩니다(투명도 줄이기는 비용이 많이 드는 블러 패스를 비활성화하면서 강조 효과는 그대로 유지합니다).

관련 글:

• macOS Tahoe 메모리 누수 완전 해결 가이드
• macOS Tahoe 멈춤 및 비치볼 해결 가이드
• macOS Tahoe 외부 디스플레이 완전 가이드
• Liquid Glass 맞춤 설정 손쉬운 사용 가이드
• Mac Activity Monitor 완전 가이드