가이드/Codex의 높은 CPU 사용량

Mac에서 Codex가 CPU나 메모리를 많이 쓰나요? 원인 찾는 방법

Atta 🐬

Vitals 창립자

게시일

간단한 답

Codex는 데스크탑 앱과 명령어 라인 도구로 제공되며, 둘 다 작업하면서 다른 프로세스를 시작합니다. 작업이 실행하는 명령, 개발 서버, 테스트, MCP 서버입니다. CPU 사용량이 높다면 대개 작업이 무거운 것을 실행하고 있거나 명령이 멈춘 것이고, 메모리 사용량이 높다면 대개 스레드가 오랫동안 열려 있었던 것입니다. 작업을 중단하고, Codex를 완전히 종료했다가 다시 열고, 업데이트하세요. 스레드는 그대로 남습니다. Mac용 시스템 모니터인 Vitals는 프로젝트 폴더마다 그 안에서 작업 중인 모든 프로세스를 나열하고, 프로세스가 몇 분 동안 CPU를 계속 쓰면 알려 줍니다.

Codex가 무엇을 하고 있는지 찾는 방법

  1. 01 활성 상태 보기를 열고 CPU를 클릭한 다음 검색 필드에 codex를 입력합니다. 데스크탑 앱은 Codex와 도우미 프로세스로 나오고, 명령어 라인 도구는 터미널 앱 아래에 codex로 나옵니다.
  2. 02 보기 → 모든 프로세스(계층 표시)를 선택하고 Codex나 터미널 옆의 삼각형을 엽니다. 그 아래에 있는 것이 작업이 시작한 것입니다. 빌드, 테스트 실행, 개발 서버 등입니다.
  3. 03 그중 하나가 바쁘다면 Codex에서 작업을 중단합니다. 작업이 멈춘 뒤에도 계속 실행된다면 활성 상태 보기에서 선택하고 도구 막대의 중단 버튼을 클릭합니다.
  4. 04 Codex 자체가 바쁘거나 크다면 ⌘Q로 종료하고 다시 엽니다. 터미널에서는 종료한 다음 codex resume를 실행해 스레드를 멈춘 곳에서 이어 갑니다.
  5. 05 Codex를 업데이트합니다. 앱은 자체 메뉴에서 업데이트하고, 명령어 라인 도구는 설치할 때 쓴 패키지 관리자로 업데이트합니다.

Codex와 동시에 syspolicyd나 trustd가 바쁘다면, macOS가 실행되는 프로그램을 검사하고 있는 것입니다. 작업이 새 프로그램을 더 이상 시작하지 않으면 저절로 가라앉고, 그렇지 않으면 Mac을 재시동하면 해결됩니다.

Codex는 무언가를 실행하면서 일합니다. 프로젝트를 읽고, 샌드박스에서 명령을 실행하고, 빌드하고, 테스트하고, 결과를 확인합니다. 이것은 CPU가 실제로 하는 일이며, 작업이 실행되는 동안 따뜻한 Mac은 요청받은 일을 하고 있는 것입니다. 고쳐야 할 경우는 따로 있습니다. 작업이 끝난 뒤에도 계속 높은 CPU 사용량, 스레드가 열려 있는 동안 계속 늘어나는 메모리, 그리고 Codex를 종료한 뒤에도 계속 실행되는 프로세스입니다. 아래 표에서 이를 구분합니다.

Codex의 CPU와 메모리가 쓰이는 곳

보이는 것무엇인지할 일
작업이 실행되는 동안 CPU 사용량이 높음 작업이 실행 중인 빌드, 테스트 또는 스크립트 정상. 작업이 끝나면 함께 끝남
실행 중인 작업이 없는데 CPU 사용량이 높음 멈추지 않은 명령, 또는 멈춘 앱 작업이 시작한 것 종료하기, Codex 다시 시작하기
Codex가 수 GB를 사용함 오랫동안 열려 있던 스레드 종료하고 다시 열기. 스레드는 그대로 남음
syspolicyd 또는 trustd의 CPU 사용량이 높음 작업이 실행하는 프로그램을 macOS가 하나하나 검사하는 중 작업이 멈추면 가라앉음. 그렇지 않으면 Mac 재시동하기
Codex를 종료한 뒤에도 남아 있는 프로세스 개발 서버, 감시 도구 또는 MCP 서버 활성 상태 보기에서 종료하기

실제로 일을 하고 있는 작업

프로젝트를 컴파일하거나 테스트 전체를 실행하면, 누가 요청했든 쓸 수 있는 코어를 모두 씁니다. Codex가 빌드를 시작하면 활성 상태 보기의 맨 위에는 Codex가 아니라 빌드의 프로세스가 올라오고, 팬도 따라서 돕니다. 그것이 그 작업에 드는 비용입니다. 여러 작업을 한꺼번에, 각각 프로젝트 사본에서 실행하면 그만큼 곱해집니다. 빌드 세 개를 병렬로 돌리면 빌드 세 개만큼 듭니다.

멈추지 않을 때

Codex의 이슈 트래커에는 평범한 세션 중에 앱이나 작업자 프로세스 하나가 코어 하나를 계속 쓰거나 수 기가바이트로 커진다는 보고가 있습니다. 효과가 있는 해결 방법은 단순합니다. 작업을 중단하고, Codex를 종료하고, 다시 열고, 업데이트하는 것입니다. 스레드는 진행하는 동안 저장되므로, 다시 시작해도 몇 초가 걸릴 뿐 작업한 것을 잃지 않습니다.

종료한 뒤 남은 것이 있는지 확인하세요. 작업이 시작한 개발 서버나 파일 감시 도구는 보통의 프로세스이며, 작업과 함께 항상 끝나는 것은 아닙니다. 활성 상태 보기를 % CPU와 메모리로 정렬하고, node를 비롯해 직접 시작하지 않은 프로젝트의 도구를 찾으세요.

syspolicyd와 trustd

macOS는 프로그램이 실행될 때 서명을 검사합니다. 빌드나 테스트 실행처럼 1분에 작은 프로그램 수백 개를 실행하는 작업은 syspolicyd와 trustd가 그 검사를 하느라 계속 바쁘게 만듭니다. 이들은 macOS의 일부이며 종료할 대상이 아닙니다. 프로그램 실행이 멈추면 가라앉고, 검사가 멈춰 버렸다면 Mac을 재시동하면 해결됩니다.

Vitals가 더해 주는 것

Vitals는 작업이 어느 프로젝트에 속하는지 보여 주고, 너무 오래 이어지면 알려 줍니다.

  • 프로젝트 탭: 어떤 앱이 시작했든 프로젝트 폴더에서 작업 중인 모든 프로세스를 표시하고, 프로젝트 전체의 메모리, CPU, 에너지를 함께 표시
  • Codex를 도우미 프로세스까지 합산해 전체 메모리, CPU와 함께 한 행으로 표시
  • 앱이 몇 분 동안 CPU를 계속 쓰거나 메모리가 계속 늘 때 보내는 알림
  • 실행된 채 유휴 상태로 남아 있는 개발 서버를 짚어 주고, 중단할지 물어봄
  • 팬이 돌 때 발열의 원인이 되는 앱을 각각 종료 버튼과 함께 표시

알아 두면 좋은 점

  • Vitals는 프로세스와 그 사용량을 보여 줍니다. Codex의 어떤 작업이 어떤 명령을 시작했는지는 알지 못합니다.
  • Vitals는 스스로 아무것도 종료하지 않습니다.
Vitals 구입 $9 출시 할인 기간 $9, 이후 $29. 14일 이내 환불.

자주 묻는 질문

Mac에서 Codex가 CPU를 많이 쓰는 이유는?

대개 작업이 빌드, 테스트 또는 스크립트를 실행하고 있기 때문이며, 이는 실제로 필요한 일입니다. 실행 중인 작업이 없는데 CPU 사용량이 계속 높다면 작업이 시작한 것을 종료하고, Codex를 다시 시작하고, 업데이트하세요.

Codex가 메모리를 많이 쓰는 이유는?

오랫동안 열려 있는 스레드는 커집니다. Codex를 종료하고 다시 여세요. 스레드는 저장되어 있으며, 터미널에서는 codex resume로 이어 갈 수 있습니다.

Codex가 실행될 때 syspolicyd의 CPU 사용량이 높은 이유는?

macOS는 프로그램이 실행될 때마다 검사하며, 프로그램을 많이 실행하는 작업은 syspolicyd를 계속 바쁘게 합니다. 작업이 멈추면 가라앉습니다. 종료하지 마세요. 계속 멈춰 있다면 Mac을 재시동하세요.

Codex를 다시 시작하면 작업한 것이 사라지나요?

아니요. 스레드와 작업이 파일에 적용한 변경 사항은 그대로 남습니다. 앱을 다시 열거나 터미널에서 codex resume를 실행하세요.

Codex가 끝났는데도 Mac이 뜨거운 이유는?

작업이 시작한 무언가가 아직 실행 중이며, 대부분 개발 서버나 파일 감시 도구입니다. 활성 상태 보기를 % CPU로 정렬하고 종료하세요.

Mac에서 Codex가 무엇을 실행하고 있는지 보여 주는 앱이 있나요?

Vitals의 프로젝트 탭은 프로젝트 폴더마다 작업 중인 모든 프로세스를 메모리, CPU, 포트와 함께 나열하고, 프로세스가 몇 분 동안 CPU를 계속 쓰면 알려 줍니다.

용어집에서 보기

다른 가이드