Mac에서 Google Chrome Helper 높은 CPU 고치기

성능게시 2026년 7월 19일수정 2026년 8월 8일4분 읽기

여러 Google Chrome Helper 프로세스가 동시에 실행되는 것은 정상입니다. Chrome는 브라우저, 렌더러, GPU, 네트워크, 확장 프로그램 작업을 분리하기 때문입니다. 이름만으로는 해당 프로세스가 안전한지, Chrome가 고장 났는지를 알 수 없습니다. 먼저 설치된 Chrome 앱에 속하는지 확인한 다음, Chrome 자체 작업 관리자로 리소스 사용을 탭, 확장 프로그램, 또는 하위 시스템에 대응시키세요.

왜 Chrome는 수십 개의 프로세스로 실행되는가

Chrome는 충돌을 격리하고, 침해된 사이트가 접근할 수 있는 데이터를 줄이기 위해 작업을 여러 프로세스로 나눕니다. Chromium의 multi-process architecture 는 브라우저, 렌더러, GPU, 네트워크, 유틸리티 작업을 분리합니다. Google Chrome Helper (Renderer) 프로세스는 사이트 콘텐츠, 확장 프로그램, 또는 프레임을 실행하지만, 매핑이 항상 탭당 하나의 프로세스는 아닙니다. 한 탭이 여러 렌더러를 쓸 수 있고, 관련 콘텐츠가 프로세스를 공유할 수도 있습니다. Google Chrome Helper (GPU) 는 그래픽 작업을 담당합니다. 높은 CPU 사용률은 종종 바쁜 페이지나 확장 프로그램으로 거슬러 올라가지만, 동영상, 화면 공유, 다운로드, 브라우저 서비스도 원인일 수 있습니다.

Chrome 자체 작업 관리자로 정확한 원인 찾기

Activity Monitor는 Helper를 번호로만 보여 주므로, 어떤 탭인지 알 수 없습니다. Chrome에는 이를 알려 주는 자체 작업 관리자가 있습니다. Chrome 메뉴(점 세 개)를 연 다음 More Tools > Task Manager 를 선택하세요. Google의 tab-management guide 에도 같은 경로가 안내되어 있습니다. 탭, 확장 프로그램, 앱을 이름으로 나열하므로 CPU 기준으로 정렬하고, 문제 작업을 선택한 뒤 End Process 를 클릭하면 브라우저 전체를 종료하지 않고 끝낼 수 있습니다.

일반적인 해결 방법

원인을 알면 조치는 단순합니다.

무거운 탭: 닫거나, 스크립트가 멈춘 경우 새로고침하세요. 스트리밍 사이트, 큰 웹 앱, 며칠 동안 열어 둔 페이지가 흔한 원인입니다.
확장 프로그램: chrome://extensions 에서 비활성화하세요. 확장 프로그램은 백그라운드에서 계속 실행되므로, 하나만 문제여도 쓰지 않을 때 CPU를 잡아먹을 수 있습니다. 필요 없는 것은 제거하세요.
GPU Helper 급등: 그래픽 가속이 원인으로 보이면, Chrome 설정에서 하드웨어 가속을 잠시 끄고 비교해 보세요. 계속 끄면 작업이 CPU로 넘어가 동영상이나 렌더링 성능이 나빠질 수 있습니다.
탭이 너무 많을 때: Chrome의 Memory Saver를 쓰고, 비활성 탭을 닫거나 버리세요. 백그라운드 동작은 달라지므로, 탭마다 같은 양을 쓴다고 가정하지 말고 작업 관리자에서 판단하세요.

Chrome를 종료한 뒤에도 낯선 Helper가 남아 있으면, 강제 종료나 삭제를 하기 전에 Activity Monitor에서 실행 파일 경로와 코드 서명을 확인하세요. 이름은 복제될 수 있고, 소유권과 경로가 더 확실한 증거입니다.

내부 구조: 사이트 격리와 프로세스 유형

Chrome의 멀티 프로세스 아키텍처에는 site isolation 이 포함됩니다. 교차 사이트 콘텐츠를 별도 렌더러 프로세스에 두어, 침해된 렌더러가 노출하는 데이터를 줄입니다. 브라우저 프로세스가 조율하고, 렌더러 프로세스가 사이트나 확장 콘텐츠를 실행하며, GPU 프로세스가 래스터화와 합성을 담당하고, 유틸리티 프로세스가 오디오·네트워크 같은 작업을 처리합니다. 한 페이지가 여러 렌더러에 걸칠 수 있으므로, Activity Monitor만으로는 하나의 Helper 이름을 하나의 탭에 안정적으로 대응시킬 수 없습니다. Chrome 작업 관리자는 그 내부 작업–프로세스 관계를 알고 있어, 첫 진단에 더 적합합니다.

하나의 브라우저 프로세스가 사이트별로 격리된 여러 렌더러 프로세스와 GPU 프로세스를 조율하며, 한 렌더러가 무거운 탭 또는 확장 프로그램으로 강조됩니다 — Chrome는 사이트 콘텐츠, 확장 프로그램, GPU 작업, 브라우저 서비스를 분리합니다. 작업 관리자는 그 내부 작업을 macOS가 Helper로만 표시하는 프로세스에 대응시킵니다.

시스템 모니터가 도움이 되는 지점

Activity Monitor나 Mole의 Status 뷰 같은 시스템 모니터는 Chrome가 리소스 소유자인지 확인하고 추세를 보여 줄 수 있습니다. 이어서 Chrome 작업 관리자가 웹 작업의 이름을 알려 줍니다. macOS가 브라우저의 내부 사이트 매핑을 이해하리라 기대하지 말고, 두 계층을 함께 쓰세요.

반복 가능한 진단

스파이크를 재현하고, 프로세스가 Chrome에 속하는지 확인한 뒤, Chrome 작업 관리자를 CPU 기준으로 정렬하고, 탭·확장 프로그램·그래픽 설정 중 하나만 바꾸세요. 같은 작업 부하를 다시 실행해 비교하세요. 이렇게 하면 Chrome의 보안 아키텍처를 유지하면서, 모든 Helper를 버릴 대상으로 취급하지 않고 실제 작업만 고칠 수 있습니다.