# Mac에서 Cursor의 높은 CPU 또는 메모리 사용량: 바쁜 작업 찾기

> 프로젝트 데이터나 채팅 기록을 지우지 않고 Cursor의 CPU 및 메모리 사용량을 진단하기 위해 확장 프로그램, 작업 공간 범위, 생성된 파일을 테스트합니다.

Published: 2026-10-23 | Updated: 2026-10-25

Cursor는 여러 가지 이유로 Mac을 느리게 만들 수 있습니다. 바쁜 확장 프로그램, 처리 중인 큰 작업 공간, 오래 실행되는 AI 작업 또는 작업이 중지된 후에도 계속 메모리를 소비하는 프로세스가 그 이유가 될 수 있습니다. 먼저 어떤 작업이 증가를 일으키는지 찾으십시오. 큰 캐시 폴더가 있다고 해서 그것을 삭제하면 CPU 사용량이 해결된다는 증거는 아닙니다.

## 재현 가능한 비교 하나 유지하기

프로젝트를 저장하고 Cursor의 버전을 기록하십시오. **활성 상태 보기**를 열고 Cursor를 검색한 뒤, 프로젝트를 열기 전, 문제를 재현하는 동안, 작업이 중지된 후의 CPU와 메모리를 비교하십시오. 각 테스트마다 같은 저장소와 작업을 유지하십시오.

작은 폴더는 정상적으로 작동하지만 모노레포는 그렇지 않다면 작업 공간 범위가 유용한 단서입니다. 새 채팅은 반응하지만 긴 대화 하나는 반응하지 않는다면 그것을 별도로 테스트하십시오. 반복된 작업 부하에서 사용량이 꾸준히 증가한다면 증가량과 경과 시간을 기록하십시오. 큰 수치 하나만으로는 메모리 누수를 입증할 수 없습니다.

## 편집기와 편집기가 실행하는 작업 분리

Cursor 세션에는 편집기 창, 확장 기능, 언어 서버, 터미널, AI 작업이 포함될 수 있습니다. 이런 작업 중 일부는 편집기가 유휴 상태여도 계속될 수 있습니다. 무엇이든 비활성화하기 전에 터미널에서 빌드, 테스트 감시자, 개발 서버, 모델이 아직 실행 중인지 확인하세요. 작업을 저장한 뒤 터미널이나 애플리케이션의 일반적인 제어 방법으로 확인한 작업만 중지하세요.

활성 상태 보기에서 세 시점의 바쁜 프로세스를 비교하세요. 워크스페이스를 열었지만 작업을 시작하지 않은 때, 느리게 느껴지는 동작 중, 그리고 그 동작이 끝난 뒤입니다. 프로세스 이름과 증상이 입력 지연인지, 높은 CPU인지, 메모리 증가인지 기록하세요. 도우미 프로세스 이름만으로는 책임 있는 확장 기능을 식별하기 어려우므로 다음 비교를 통해 좁혀 가세요.

여러 저장소를 포함한 상위 폴더가 아니라 실제 프로젝트 폴더를 열어 보세요. 이 테스트를 위해 프로젝트를 이동하거나 삭제하지 마세요. 더 작은 워크스페이스에서 결과가 개선된다면 더 넓은 워크스페이스에 무엇이 포함되었는지 파악하세요. 생성된 자산, 다른 프로젝트의 의존성, 활성 감시자, 더 많은 파일을 스캔하는 언어 도구 등입니다. 이는 범위에 관한 증거이며 모든 큰 디렉터리를 제외해야 할 이유가 아닙니다.

예를 들어 개발 서버가 반복적으로 출력을 기록하는 것은 편집기가 관찰하는 활성 작업일 수 있습니다. 폴더 제외와 해당 서버 중지는 서로 다른 설명을 테스트합니다. 두 가지를 한꺼번에 바꾸면 구분이 사라지므로 반복되는 동작에 어떤 단일 변경이 영향을 주는지 기록하세요.

## 편집기를 초기화하기 전에 확장 프로그램 테스트하기

Cursor의 [성능 가이드](https://cursor.com/help/troubleshooting/performance)는 확장 프로그램을 비활성화한 실행을 권장합니다. 작업을 저장하고 Cursor를 정상적으로 종료한 후 터미널에서 다음과 같이 실행하십시오:

```
cursor --disable-extensions
```

이는 `cursor` 셸 명령이 설치되어 있다고 가정합니다. 사용할 수 없다면 Cursor의 확장 프로그램 보기에서 비교를 위해 필수가 아닌 확장 프로그램을 비활성화하십시오. 테스트를 되돌릴 수 있도록 비활성화한 항목을 기록해 두십시오.

같은 프로젝트 작업을 반복하십시오. 개선된다면 증상이 다시 나타날 때까지 확장 프로그램을 하나씩 복원하십시오. 개선되지 않는다면 이전 확장 프로그램 상태를 복원하고 계속하십시오. 다른 파일을 연 상태의 테스트를 확장 프로그램에 대한 증거로 간주하지 말고, 다음 단계로 전체 사용자 데이터 디렉터리를 제거하지 마십시오.

## 성공한 확장 기능 테스트를 좁히기

확장 기능을 비활성화한 실행에서 같은 동작이 개선된다면 모든 확장 기능을 다시 설치하거나 설정을 버리지 마세요. 기록된 활성화 목록에서 시작하여 후보가 몇 개뿐일 때는 한 번에 하나씩 복원하세요. 확장 기능이 많다면 각 테스트가 같은 프로젝트를 열고 같은 동작을 완료한다는 전제하에 절반씩 복원하여 그룹을 더 빠르게 좁힐 수 있습니다.

그룹 방식은 조사 단축 방법이며 결함이 있는 확장 기능이 정확히 하나라는 증거는 아닙니다. 두 확장 기능이 상호작용할 수 있고, 언어 확장 기능을 비활성화하면 워크로드를 유발하는 기능도 제거될 수 있습니다. 후보가 나타나면 실제로 필요한 모든 확장 기능을 활성화한 상태에서 해당 후보만 빼고 테스트를 반복하세요. 응답성뿐 아니라 코드 완성, 진단, 빌드도 확인하세요.

최종 비교에서도 여전히 한 확장 기능을 가리킨다면 그 이름과 버전을 기록하세요. 해당 옵션이 있는 경우 모든 프로젝트를 변경하는 것보다 워크스페이스에서만 비활성화하는 것이 더 적합할 수 있습니다. 비활성화로 필수 기능이 깨진다면 복원하고, 더 빠르지만 불완전한 편집기를 원하는 결과로 삼지 말고 유지 관리자를 위해 재현 절차를 보관하세요.

## 필요하지 않은 생성된 출력 제외하기

AI 지원 작업은 빌드 출력, 내보낸 번들, 생성된 이미지 및 큰 로그를 만들 수 있습니다. 모든 프로젝트를 포함하는 상위 폴더를 열면 작업에 필요한 것보다 훨씬 많은 자료가 노출될 수 있습니다. 먼저 실제 프로젝트 루트를 여십시오.

Cursor는 터미널 및 MCP 도구에 대한 예외를 두고 AI가 프로젝트 파일에 접근하는 것을 제한하기 위한 [`.cursorignore`](https://cursor.com/docs/reference/ignore-file)를 문서화합니다. 성능 가이드는 큰 생성 폴더를 제외할 것을 권장합니다. 이는 인덱싱 전용 변경보다 광범위하며 모든 언어 서버나 파일 시스템 감시자를 중지하지는 않습니다.

이 디렉터리들이 실제로 생성된 출력인 프로젝트의 경우 `.cursorignore` 파일에 다음을 포함할 수 있습니다:

```
dist/
build/
.next/
```

먼저 폴더를 검사하고 기존 무시 규칙을 유지하십시오. `build`라는 디렉터리에 프로젝트의 수동 유지 관리 빌드 스크립트가 포함되어 있을 수 있습니다. 패턴을 추가해도 파일이 삭제되지는 않지만 AI 기능에서 유용한 컨텍스트를 제거할 수 있습니다. 이후 인덱싱 상태와 동일한 편집기 작업을 다시 확인하십시오.

## 여전히 작동하는 프로세스를 따르기

| 관찰 | 다음으로 조사할 항목 |
| --- | --- |
| 확장 프로그램 없이 문제가 사라짐 | 확장 프로그램을 개별적으로 복원 |
| 큰 작업 공간 하나에서만 발생 | 프로젝트 루트, 생성된 출력 및 언어 도구 |
| AI 작업이 끝나면 CPU가 안정됨 | 작업 부하 및 동시성 |
| 동일한 반복 작업 중 메모리가 계속 증가 | 버전과 타이밍을 포함한 재현 가능한 보고서 |
| Mac 전체가 느려짐 | 메모리 압력 및 기타 활성 앱 |

[Mac 메모리 압력 가이드](https://mole.fit/ko/blog/mac-memory-pressure-explained)는 사용된 메모리만으로는 신뢰할 수 있는 경고가 될 수 없는 이유를 설명합니다. 사용하지 않는 작업 공간을 닫으면 내용을 삭제하지 않고도 활성 작업 부하에 도움이 될 수 있습니다.

## 제외 설정이 무엇을 바꿨는지 확인

`.cursorignore`를 변경한 후 파일 차이를 확인하고 느린 동작과 계속 접근 가능해야 하는 코드에 관한 일반적인 질문을 모두 테스트하세요. 더 작은 가시적 프로젝트 컨텍스트는 Cursor가 작업에 필요한 소스를 여전히 가지고 있을 때만 유용합니다. 중요한 항목을 제외했다면 새 패턴만 제거하세요. 전체 ignore 파일을 빈 파일로 바꾸지 마세요.

이 경계를 구분하세요. Git ignore 규칙은 추적되지 않은 파일에 대한 Git의 처리를 다룹니다. Cursor의 AI 접근 제외 설정은 문서화된 AI 기능을 다룹니다. 언어 서버, 확장 기능, 터미널 감시자는 자체 동작을 가집니다. 바쁜 구성 요소를 식별하지 않고 같은 패턴을 모든 곳에 추가하면 증상을 숨기고 유용한 기능을 제거할 수 있습니다.

CPU는 정상인데 응답이 늦게 도착한다면 편집기 리소스 사용과 별도로 AI 요청을 조사하세요. 작업이 끝난 후에도 반복할 때마다 메모리가 증가한다면 비교 가능한 여러 측정값과 경과 간격을 기록한 뒤 워크스페이스를 다시 열면 패턴이 달라지는지 테스트하세요. 이는 빌드 중에 본 가장 큰 수치를 보고하는 것보다 유지 관리자에게 훨씬 유용합니다.

## 디스크 공간이 문제일 때만 디스크 잔여물 정리하기

Cursor 캐시, 이전 도구 버전, 세션 기록 및 워크트리는 소유자와 복구 필요성이 다릅니다. 워크트리에는 커밋되지 않은 변경 사항이나 다른 곳에 존재하지 않는 커밋이 포함될 수 있습니다. 채팅 기록은 여전히 필요한 작업일 수 있습니다.

해당 별도의 저장소 작업에는 [AI 코딩 도구 정리 가이드](https://mole.fit/ko/blog/how-to-clean-up-ai-coding-tools-mac)를 사용하십시오. 지속적인 CPU 또는 메모리 문제의 경우 Cursor에 가장 작은 재현 사례, 버전 및 확장 프로그램 비교를 보내십시오. 로그에는 프로젝트 이름이나 코드가 포함될 수 있으므로 공유하기 전에 검토하십시오. 이렇게 하면 보고서가 관련 없는 정리 결과가 아닌 실제 느려짐에 관한 것이 됩니다.

---

Canonical HTML page: https://mole.fit/ko/blog/cursor-high-cpu-memory-mac
Blog index for agents: https://mole.fit/ko/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt