Mac에서 WindowServer 높은 CPU 고치기

성능게시 수정 8분 읽기

WindowServer는 macOS 디스플레이 합성기입니다. CPU 사용량은 앱 화면을 각 디스플레이에 합치는 작업량을 반영하지만, 프로세스 이름만으로는 어떤 앱이 반복 다시 그리기를 일으키는지 알 수 없습니다. 애니메이션, 화면 공유, 디스플레이 변경 중 일시적인 상승은 정상입니다. 유용한 신호는 유휴 상태에서 부하가 지속되고, 응답성·발열·배터리에도 측정 가능한 영향이 나타나는 경우입니다.

WindowServer가 실제로 하는 일

WindowServer는 앱이 그린 내용을 각 디스플레이의 최종 이미지로 합칩니다. 윈도우, 메뉴, Dock, 투명도, 애니메이션, 외장 디스플레이 출력이 모두 여기를 거칩니다. 그래서 앱의 그래픽 부하 일부가 앱 자체가 아니라 WindowServer 아래에 나타날 수 있습니다. 높은 수치만으로는 원인을 특정할 수 없으므로 WindowServer를 강제 종료하는 것은 잘못된 첫 조치입니다. macOS가 바로 다시 시작하고 모든 것이 다시 그려지며, 어떤 서피스가 프레임을 계속 넣었는지는 여전히 모릅니다.

무엇이 부하를 올리는가

다음이 WindowServer를 더 바쁘게 만듭니다.

  • 많은 윈도우와 Spaces. 수십 개의 열린 윈도우와 가상 데스크톱을 모두 추적·합성해야 합니다. 디스플레이마다 별도의 Spaces 사용이 켜져 있으면 Mission Control Spaces가 서피스 수를 더 늘립니다.
  • 외장·고해상도 디스플레이. 밀어야 할 픽셀이 늘고, 특히 4K·5K나 여러 모니터를 동시에 쓰면 기준 부하가 꾸준히 올라갑니다. 뚜껑을 닫은 클램셸 구성에서도 연결된 패널은 모두 합성됩니다.
  • 스케일 해상도. 비네이티브 “~처럼 보이기” 해상도는 더 큰 렌더 서피스를 만든 뒤 축소할 수 있습니다. 비용은 Mac, 디스플레이, 스케일 모드, 작업에 따라 다르며 Retina 스케일 자체는 정상입니다.
  • 투명도와 모션. 메뉴, Dock, 제어 센터의 블러·반투명은 WindowServer가 계속 계산하는 실시간 효과입니다. 최근 macOS의 시스템 UI 효과가 더 무거워 같은 장면이 예전보다 비쌀 수 있습니다.
  • 브라우저와 기타 Electron 앱. 애니메이션, 동영상, WebGL, 활발한 대시보드가 있는 탭·윈도우는 보지 않아도 프레임을 계속 제출합니다. Chrome, Edge, Brave, Arc, Slack, Discord, VS Code 등은 GPU 합성 일이 결국 WindowServer로 가기 때문에 사용자 보고에 자주 나옵니다.
  • 윈도우가 많고 끊임없이 다시 그리는 앱, 예를 들어 빠르게 출력하는 터미널, 매초 갱신되는 상태 표시줄, 백그라운드에서 애니메이션하는 페이지.
  • 캡처·원격 디스플레이 소프트웨어. 화면 녹화, 영상 통화, AirPlay, Sidecar, 연속성 카메라, 원격 데스크톱, 가상 디스플레이 도구는 캡처나 합성 작업을 더합니다.
  • 높은 주사율과 움직이는 데스크톱. 프레임이 많거나 픽셀이 계속 바뀌면(동적 배경화면, Stage Manager 잦은 전환, 라이브 위젯) 윈도우를 만지지 않아도 부하가 올라갑니다.
  • 실시간 리소스 모니터. 항상 열어 둔 활성 상태 보기 창, 메뉴 막대 CPU 그래프, UI를 자주 갱신하는 도구 자체가 합성기를 바쁘게 할 수 있습니다. sysmond도 높다면 모니터를 잠시 끄고 WindowServer를 다시 확인하세요.

구형 독립 GPU 드라이버는 Windows에서 흔한 이야기입니다. Apple silicon Mac에서는 GPU 스택이 macOS와 함께 제공되므로 “GPU 드라이버 업데이트”는 거의 답이 아닙니다. macOS와 의심되는 앱을 최신으로 유지하는 편이 낫습니다.

WindowServer CPU가 높아도 정상인 때

다음에서는 짧은 스파이크를 예상하세요.

  • 많은 윈도우를 열거나 크기 조정, Spaces 전환, 디스플레이 연결
  • 전체 화면 동영상, 게임, 타임라인 스크럽
  • 화면 공유·녹화
  • 전경에서 UI가 많은 페이지를 애니메이션

장면이 안정되면 이 버스트는 내려가야 합니다. 조용한 데스크톱에서도 계속 높거나, 입력 중 커서가 끊기거나, 팬·배터리가 합성기를 따라가는데 분명한 다시 그리기 원이 없을 때 문제로 취급하세요.

활성 상태 보기로 진단하기

설정을 바꾸기 전에 기준선을 잡습니다.

  1. 활성 상태 보기(응용 프로그램 › 유틸리티)를 열고 CPU 탭에서 WindowServer를 검색합니다.
  2. 조용한 데스크톱에서 1-2분간 비율을 기록합니다. 보이는 윈도우가 적고, 화면 공유·동영상 없음, 브라우저 탭은 유휴이거나 폐기됨.
  3. 느림을 한 번 재현하고(무거운 브라우저 창, 캡처 시작, 외장 디스플레이 깨우기) 그 변화에 WindowServer가 따라 오르는지 봅니다.
  4. CPU로 정렬한 뒤 브라우저 헬퍼, 회의 앱, 화면 캡처 도구, 가상 디스플레이처럼 보이는 이름을 훑습니다. 맨 위 앱이 용의자이고, WindowServer는 종종 그 그리기 비용입니다.
  5. 선택: 터미널에서 top -o cpu를 30초 돌리면 같은 순위를 얻으면서 활성 상태 보기 창을 계속 열어 두지 않아도 됩니다.

WindowServer는 증상으로 판단하세요. 입력이 더 부드럽고, 열이 줄고, 배터리가 나아지는지. 수치만 낮아지고 체감·열이 그대로면 유용한 수정이 아닙니다.

부하를 낮추는 방법(가벼운 것부터 강한 것까지)

값싼 이득부터. 변수를 하나만 바꾸고 기다린 뒤, 지표와 체감이 모두 나아질 때만 유지합니다.

  1. 쓰지 않는 윈도우·탭·Spaces를 닫기. 브라우저 창을 합치고, 유휴 탭을 버리며(Chrome/Edge Memory Saver 또는 브라우저 작업 관리자), 쓰지 않는 Spaces를 줄입니다. 브라우저가 열려 있을 때 보통 가장 큰 절감입니다.
  2. 투명도 줄이기: 시스템 설정 › 손쉬운 사용 › 디스플레이에서 투명도 줄이기를 켭니다. Apple 디스플레이 설정 가이드가 시각 변화를 설명합니다. macOS를 최신으로 유지하세요. 일부 중간 빌드에서는 이 토글이 거의 효과가 없다가 이후 패치에서 나아진 적이 있습니다. 같은 장면으로 비교한 뒤 성능 수정으로 유지하세요.
  3. 동작 줄이기: 이제 손쉬운 사용 › 모션에 전용 패널이 있습니다. Apple 모션 가이드에 따르면 앱 열기·데스크톱 전환 같은 애니메이션이 바뀝니다.
  4. 캡처·원격 디스플레이 일시 중지. 화면 녹화를 멈추고, 회의 카메라/공유를 끄고, Sidecar·AirPlay를 끊고, 가상 디스플레이 도구를 하나씩 종료합니다.
  5. 데스크톱 단순화. 애니메이션·동적 배경을 정지 이미지로 바꾸고, 메뉴 막대를 계속 다시 그리는 라이브 위젯·상시 HUD 오버레이를 숨기거나 종료합니다.
  6. 디스플레이 스케일·주사율 테스트. 기본 “~처럼 보이기” 크기나 외장 패널의 낮은 주사율을 선호한 뒤 같은 작업으로 비교합니다. 모든 스케일이 나쁘다는 가정만으로 읽기 쉬운 글자를 희생하지 마세요.
  7. 진단용으로 디스플레이 하나 분리. 기준이 내려가면 그 디스플레이의 스케일, 주사율, 케이블, 어댑터를 따로 시험합니다. 다중 모니터에서는 데스크탑 및 Dock › Mission Control에서 디스플레이마다 별도의 Spaces 사용을 꺼 독립 합성 컨텍스트를 줄여 보세요.
  8. macOS와 무거운 앱을 업데이트한 뒤 같은 유휴 장면을 다시 테스트합니다. 합성기·브라우저 GPU 버그는 일반 포인트 릴리스에 자주 들어갑니다.
  9. 로그아웃 후 다시 로그인은 증거를 모은 뒤에만. 사용자 디스플레이 세션이 다시 시작됩니다. 전체 재시작은 누수된 다시 그리기 상태를 지우지만 다시 트리거할 앱을 숨길 수 있으니, 패턴을 안 뒤에 쓰고 격리 대신 쓰지 마세요.

도움이 되지 않는 것

  • WindowServer를 강제 종료하지 마세요. 화면의 모든 것이 한꺼번에 다시 그려지고 CPU가 다시 치솟으며 소유자에 대해 아무것도 배우지 못합니다.
  • 범용 “클리너”나 “부스트” 앱이 합성 부하를 고친다고 기대하지 마세요. 윈도우 닫기, 효과 줄이기, 캡처 중지가 진짜 지렛대입니다.
  • 평범한 Retina 스케일을 고장으로 취급하지 마세요. 같은 Mac·같은 케이블에서 실제로 쓰는 스케일 모드와 기본을 비교 측정하세요.

내부: 합성기, 그리고 스케일이 비용인 이유

WindowServer는 합성기입니다. 각 앱은 자신의 오프스크린 버퍼(backing store)에 그리고, WindowServer가 이를 각 디스플레이의 최종 이미지로 합치며 변환과 효과를 적용합니다. 장면이 바뀌면 합성이 돌아가므로 끊임없는 다시 그리기와 캡처는 CPU·GPU를 계속 쓸 수 있습니다. 일부 스케일 모드는 더 큰 중간 서피스를 쓴 뒤 축소하지만 이는 가능한 요인 하나일 뿐입니다. 픽셀 수, 주사율, 디스플레이 수, 다시 그리기 빈도는 각각 테스트해야 합니다.

여러 앱 backing store가 합성기로 들어가 하나의 디스플레이 이미지를 출력하고, 스케일 해상도는 더 크게 렌더한 뒤 패널 네이티브 픽셀로 축소하는 모습.
WindowServer는 각 디스플레이용으로 앱 서피스를 합칩니다. 스케일, 주사율, 캡처, 반복 다시 그리기는 각각 이 합성 파이프라인에 일을 더할 수 있습니다.

모니터가 도움이 되는 지점

활성 상태 보기나 Mole Status 보기는 WindowServer·CPU·GPU 추세를 보여 주지만, 합성 비용을 한 앱에 자동으로 할당하지는 못합니다. 신뢰할 방법은 통제된 격리입니다. 다시 그리기 원 하나를 멈추거나 디스플레이 변수 하나를 바꾼 뒤 유휴·작업 기준선을 비교하세요.

반복 가능한 진단

유휴와 문제 상황에서 WindowServer를 측정한 뒤 애니메이션 콘텐츠, 브라우저, 캡처 도구, 디스플레이, 스케일, 주사율을 하나씩 격리합니다. 지표와 사용자에게 보이는 증상이 모두 나아질 때만 변경을 유지합니다. WindowServer를 강제 종료하지 말고, 평범한 Retina 스케일을 고장으로 취급하지 마세요.

자주 묻는 질문

WindowServer 높은 CPU가 위험한가요?

발열, 팬 소음, 배터리 소모를 올리고 UI를 끈적하게 만들 수 있지만 멀웨어가 아니며 그 자체로 Mac을 손상시키지 않습니다. 다시 그리기 원인을 고치세요. 프로세스를 삭제하거나 비활성화하려 하지 마세요.

Chrome은 괜찮아 보이는데 WindowServer가 높은 이유는?

브라우저 작업은 합성용 서피스를 제출하기 때문에 자주 WindowServer에 실립니다. 애니메이션·동영상이 있는 백그라운드 탭은 Chrome 헬퍼 비율이 낮아 보여도 프레임을 계속 넣을 수 있습니다. 해당 탭을 중단하거나 닫은 뒤 다시 확인하세요.

Apple silicon에서도 투명도를 줄여야 하나요?

통제된 테스트로 시도하세요. 많은 M 시리즈 Mac은 투명도·모션을 줄이면, 특히 다중 디스플레이나 여러 브라우저 창에서, 여전히 합성 일이 줄어듭니다. 같은 유휴 장면이 나아질 때만 설정을 유지하세요.

재시작하면 WindowServer가 영구히 고쳐지나요?

재시작은 임시 다시 그리기 상태를 지워 한동안 도움이 되는 경우가 많습니다. 같은 브라우저 창, 캡처 도구, 디스플레이 구성이 부하를 되돌리면 구성이 원인입니다. 그쪽을 고치고, 세션이 이미 나쁜 상태일 때만 다시 재시작하세요.