WINDOWS BACKGROUND PROCESS TROUBLESHOOTING
System Item 및 Runtime Broker 리소스 과점유 해결: 윈도우 백그라운드 앱 차단 방법
Windows 10·11 CPU·메모리·디스크 사용량 증가 원인 분석과 안전한 백그라운드 프로세스 관리
컴퓨터를 사용하다 보면 별다른 프로그램을 실행하지 않았는데도 작업 관리자에서 System, System interrupts, Runtime Broker 등의 항목이 CPU와 메모리 자원을 많이 사용하는 경우가 있습니다. 특히 Runtime Broker가 여러 개 실행되거나 백그라운드 앱이 계속 동작하면 시스템이 느려지고 노트북 배터리 소모가 증가할 수 있습니다. 그러나 Windows의 핵심 프로세스를 무조건 종료하거나 서비스를 비활성화하는 것은 올바른 해결 방법이 아닙니다. 이 글에서는 System 관련 항목과 Runtime Broker의 차이를 설명하고, 리소스 과점유 원인을 확인한 뒤 불필요한 백그라운드 앱을 안전하게 제한하는 방법을 단계별로 안내합니다.
CPU·RAM 사용량 급증
원인 앱부터 확인
System 강제 종료 금지
앱 권한·시작 앱 조정
System Item은 Windows의 표준 프로세스 이름이 아닐 수 있습니다
작업 관리자에는 System, System interrupts, Runtime Broker, Service Host 등 여러 시스템 관련 항목이 표시됩니다. 하지만 System Item이라는 이름은 Windows 10·11에서 일관되게 사용되는 대표적인 기본 프로세스 명칭은 아닙니다.
따라서 실제 화면에 표시된 이름을 정확히 확인해야 합니다. System을 의미하는지, 시스템 인터럽트를 의미하는지, 특정 프로그램이 만든 항목인지에 따라 해결 방법이 달라집니다.
또한 Runtime Broker는 Windows의 정상적인 구성 요소입니다. 프로세스가 여러 개 실행된다는 이유만으로 악성코드라고 판단하거나 관련 시스템 파일을 삭제해서는 안 됩니다.
1. System Item과 Runtime Broker의 역할 및 차이
Windows 작업 관리자에는 일반 프로그램 외에도 운영체제 기능을 수행하는 여러 프로세스가 표시됩니다.
이러한 프로세스는 사용자가 직접 실행하지 않아도 자동으로 동작할 수 있으며, CPU나 메모리를 사용하는 것 자체는 정상입니다.
문제는 사용량이 비정상적으로 높아진 상태가 장시간 지속되거나 실제 성능 저하가 발생하는 경우입니다.
① System 프로세스란?
System은 Windows 커널과 장치 드라이버 관련 작업을 수행하는 핵심 프로세스입니다.
일반적인 작업 관리자에서는 System이라는 이름으로 표시되며, 프로세스 ID가 4인 경우가 일반적입니다.
하드웨어와 상호작용하는 드라이버 작업이나 운영체제 내부 처리가 CPU 사용량에 영향을 줄 수 있습니다.
System 프로세스는 일반 응용 프로그램처럼 종료하여 문제를 해결하는 대상이 아닙니다.
② System interrupts란?
System interrupts는 하드웨어 인터럽트와 관련된 CPU 처리 부하를 나타내는 항목입니다.
일반적인 프로그램 실행 파일과 동일하게 취급해서는 안 됩니다.
장치 드라이버나 하드웨어에서 과도한 인터럽트가 발생하면 CPU 사용률이 높아질 수 있습니다.
이 경우 관련 장치와 드라이버를 점검해야 합니다.
③ Runtime Broker란?
Runtime Broker는 Windows에서 앱 권한과 관련된 작업을 중개하는 정상적인 시스템 프로세스입니다.
특히 Windows 앱의 권한 사용과 관련된 동작을 지원합니다.
일반적으로 RuntimeBroker.exe라는 실행 파일과 연결됩니다.
평소에는 큰 자원을 사용하지 않는 경우가 많지만, 특정 앱의 동작이나 반복적인 요청에 따라 사용량이 증가할 수 있습니다.
④ Runtime Broker가 여러 개 실행되는 이유
Windows에서는 여러 Runtime Broker 프로세스가 동시에 실행될 수 있습니다.
서로 다른 앱이나 시스템 구성 요소와 관련된 작업이 분리되어 실행될 수 있기 때문입니다.
따라서 Runtime Broker가 여러 개 표시된다는 사실만으로 바이러스 감염이나 시스템 오류를 의미하지는 않습니다.
⑤ Service Host와의 차이
Service Host는 Windows 서비스를 실행하는 데 사용되는 프로세스 그룹입니다.
작업 관리자에서 서비스 호스트라는 이름이 여러 개 표시될 수 있습니다.
Runtime Broker와 Service Host는 서로 다른 역할을 수행하므로 동일한 방법으로 해결해서는 안 됩니다.
⑥ 백그라운드 앱과 시스템 프로세스의 관계
백그라운드 앱은 사용자가 창을 열어두지 않은 상태에서도 일부 작업을 수행할 수 있습니다.
예를 들어 알림 확인, 콘텐츠 갱신, 동기화, 앱 상태 유지 등의 작업이 실행될 수 있습니다.
이러한 작업이 Runtime Broker의 활동과 연관될 수 있지만, Runtime Broker의 CPU 사용률이 높다는 이유만으로 모든 백그라운드 앱이 원인이라고 단정할 수는 없습니다.
| 항목 | 주요 역할 | 권장 조치 |
|---|---|---|
| System | 커널·드라이버 작업 | 드라이버·장치 상태 확인 |
| System interrupts | 하드웨어 인터럽트 처리 부하 | 주변기기·드라이버 진단 |
| Runtime Broker | 앱 권한 관련 작업 | 관련 앱·권한·알림 확인 |
| Service Host | Windows 서비스 실행 | 하위 서비스와 작업 확인 |
| 일반 백그라운드 앱 | 동기화·알림·갱신 | 앱별 백그라운드 권한 조정 |
2. 작업 관리자에서 리소스 과점유 원인 확인
Runtime Broker나 System 관련 항목의 리소스 사용량이 높게 표시되면 먼저 CPU, 메모리, 디스크 중 어떤 자원이 과도하게 사용되는지 확인해야 합니다.
같은 프로세스라도 CPU 사용률이 높은 경우와 메모리 사용량이 많은 경우의 원인은 다를 수 있습니다.
① 작업 관리자 실행
키보드에서 다음 단축키를 누릅니다.
Ctrl + Shift + Esc
작업 관리자가 열리면 프로세스 탭에서 CPU, 메모리, 디스크 열을 확인합니다.
사용량이 높은 열을 선택하여 해당 자원을 많이 사용하는 프로세스를 찾습니다.
② Runtime Broker 사용량 확인
프로세스 목록에서 Runtime Broker를 찾습니다.
CPU 사용률이 일시적으로 높아졌다가 낮아지는지, 장시간 높은 상태로 유지되는지 확인합니다.
메모리 사용량도 함께 기록합니다.
여러 Runtime Broker가 실행 중이라면 특정 인스턴스에서만 문제가 발생하는지 확인하는 것이 좋습니다.
③ CPU 사용률과 메모리 사용량 구분
CPU 사용률이 높다는 것은 해당 시점에 많은 연산 작업이 수행되고 있다는 의미입니다.
반면 메모리 사용량이 높다는 것은 프로세스가 비교적 많은 메모리 자원을 사용하고 있다는 의미입니다.
메모리 사용량이 높더라도 컴퓨터 전체의 메모리가 충분하고 실제 성능 저하가 없다면 반드시 오류라고 볼 수는 없습니다.
④ 프로세스 ID 확인
작업 관리자의 세부 정보 탭에서는 프로세스 ID인 PID를 확인할 수 있습니다.
RuntimeBroker.exe가 여러 개 실행되는 경우 PID를 이용해 각각을 구분할 수 있습니다.
다만 PID만으로 해당 Runtime Broker가 어떤 앱과 연결되어 있는지 항상 명확하게 확인할 수 있는 것은 아닙니다.
⑤ 실행 파일 위치 확인
작업 관리자에서 해당 프로세스를 마우스 오른쪽 버튼으로 클릭한 뒤 파일 위치 열기 기능을 사용할 수 있습니다.
정상적인 Windows Runtime Broker 실행 파일은 일반적으로 다음 위치에 있습니다.
C:\Windows\System32\RuntimeBroker.exe하지만 파일 위치가 정상적이라는 이유만으로 모든 보안 문제가 배제되는 것은 아닙니다.
반대로 파일 위치가 다르다면 파일 서명과 보안 검사 결과를 확인해야 하며, 이름만 보고 즉시 삭제해서는 안 됩니다.
⑥ 리소스 모니터 확인
Windows 키와 R 키를 누른 뒤 다음 명령을 입력합니다.
resmon리소스 모니터에서는 CPU, 메모리, 디스크 및 네트워크 활동을 보다 자세히 확인할 수 있습니다.
특정 프로세스가 어떤 자원을 지속적으로 사용하는지 확인하는 데 도움이 됩니다.
⑦ 문제가 발생하는 시점 기록
부팅 직후, 특정 앱 실행 직후, 알림이 표시될 때, Windows 업데이트 이후 등 증상이 시작되는 시점을 기록합니다.
특정 앱을 실행할 때만 Runtime Broker의 사용량이 증가한다면 해당 앱과의 연관성을 확인할 수 있습니다.
반대로 아무 작업도 하지 않는 상태에서 System의 CPU 사용률이 지속적으로 높다면 드라이버나 시스템 작업을 점검할 필요가 있습니다.
리소스 과점유 진단 순서
- 작업 관리자에서 CPU·메모리·디스크 사용률을 확인합니다.
- 문제가 되는 프로세스의 정확한 이름을 확인합니다.
- Runtime Broker와 System 관련 항목을 구분합니다.
- 사용량이 일시적인지 지속적인지 확인합니다.
- PID와 실행 파일 위치를 확인합니다.
- 최근 실행한 앱이나 업데이트 내역을 확인합니다.
- 필요한 경우 리소스 모니터로 추가 분석합니다.
3. Runtime Broker CPU·메모리 사용량이 높아지는 원인
Runtime Broker는 Windows 앱의 권한과 관련된 작업을 지원하는 정상적인 프로세스입니다.
그러나 특정 앱이 반복적으로 작업을 요청하거나 앱 자체에 문제가 발생하면 Runtime Broker의 리소스 사용량이 증가할 수 있습니다.
① 백그라운드 앱의 반복적인 활동
일부 앱은 사용자가 창을 열어두지 않아도 백그라운드에서 작업을 수행할 수 있습니다.
예를 들어 새로운 콘텐츠 확인, 알림 수신, 앱 데이터 갱신 등의 작업이 실행될 수 있습니다.
이러한 활동이 Runtime Broker의 사용량 증가와 관련될 수 있습니다.
② 앱 권한 요청과 관련된 작업
Windows 앱은 카메라, 마이크, 위치, 알림 등 여러 기능에 접근할 때 운영체제의 권한 관리 기능과 상호작용할 수 있습니다.
Runtime Broker는 이러한 앱 권한 관련 작업에 관여합니다.
특정 앱이 비정상적으로 반복 요청을 수행한다면 Runtime Broker의 활동이 증가할 가능성을 검토할 수 있습니다.
③ 앱 오류 또는 호환성 문제
앱 업데이트 이후 오류가 발생하거나 Windows 버전과의 호환성 문제가 생기면 백그라운드 작업이 반복될 수 있습니다.
특정 앱을 실행한 직후 Runtime Broker의 CPU 사용률이 급증한다면 해당 앱의 업데이트와 알려진 문제를 확인하는 것이 좋습니다.
④ 알림 및 콘텐츠 갱신
일부 앱은 알림을 확인하거나 새로운 정보를 가져오기 위해 백그라운드에서 동작할 수 있습니다.
사용하지 않는 앱의 알림이나 백그라운드 권한을 조정하면 불필요한 작업을 줄이는 데 도움이 될 수 있습니다.
다만 알림을 끈다고 해서 모든 백그라운드 작업이 중단되는 것은 아닙니다.
⑤ 앱 업데이트 및 설치 직후
Microsoft Store 앱을 설치하거나 업데이트한 직후에는 관련 구성 작업이 진행될 수 있습니다.
이때 Runtime Broker의 활동이 일시적으로 증가할 수 있습니다.
업데이트가 완료된 뒤에도 높은 리소스 사용량이 지속되는지 확인해야 합니다.
⑥ 여러 Runtime Broker 인스턴스
Runtime Broker가 여러 개 실행되는 현상은 Windows의 정상적인 동작일 수 있습니다.
중요한 것은 프로세스 개수가 아니라 실제 리소스 사용량과 시스템 반응 속도입니다.
여러 인스턴스가 실행된다는 이유만으로 모든 프로세스를 강제로 종료할 필요는 없습니다.
⑦ 악성코드와 이름이 유사한 프로세스
악성 프로그램이 정상적인 Windows 프로세스와 비슷한 이름을 사용할 가능성은 있습니다.
따라서 실행 파일 경로가 비정상적이거나 디지털 서명이 확인되지 않는 경우에는 Windows 보안 검사를 진행할 수 있습니다.
다만 정상적인 RuntimeBroker.exe를 삭제하거나 시스템 파일 권한을 변경해서는 안 됩니다.
Runtime Broker 자체를 없애려 하기보다 리소스 사용량이 증가하는 시점과 관련 앱을 찾는 것이 중요합니다. 이후 불필요한 백그라운드 권한을 제한하고, 앱 업데이트나 복구를 검토하는 방식으로 접근해야 합니다.
4. Windows 10·11 백그라운드 앱 차단 및 권한 변경
Runtime Broker의 리소스 사용량이 높아지는 현상이 특정 앱과 관련되어 있다면 해당 앱의 백그라운드 실행 권한을 확인할 수 있습니다.
Windows 10과 Windows 11은 백그라운드 앱 설정 방식이 다르므로 운영체제 버전에 맞는 경로를 이용해야 합니다.
또한 모든 프로그램이 Windows 설정의 백그라운드 권한 메뉴를 지원하는 것은 아닙니다. 일반 데스크톱 프로그램은 자체 설정이나 시작 프로그램 관리 기능을 사용해야 할 수 있습니다.
① Windows 11에서 백그라운드 앱 제한
Windows 11에서는 앱별 고급 옵션에서 백그라운드 실행 권한을 변경할 수 있는 경우가 있습니다.
설정 앱을 열고 다음 경로로 이동합니다.
설정 → 앱 → 설치된 앱 → 대상 앱의 더 보기 메뉴 → 고급 옵션
고급 옵션에서 백그라운드 앱 권한 항목이 제공되는 경우 다음과 같은 설정을 선택할 수 있습니다.
- 항상 : 앱이 백그라운드에서 실행될 수 있도록 허용
- 전원 최적화 : Windows가 상황에 따라 백그라운드 활동 관리
- 안 함 : 지원되는 앱의 백그라운드 실행 제한
옵션의 표시 방식은 Windows 버전과 앱 유형에 따라 달라질 수 있습니다.
고급 옵션이나 백그라운드 앱 권한 항목이 보이지 않는다면 해당 앱이 이 설정 방식을 지원하지 않을 수 있습니다.
② Windows 10에서 백그라운드 앱 제한
Windows 10에서는 다음 경로에서 백그라운드 앱 설정을 확인할 수 있습니다.
설정 → 개인 정보 → 백그라운드 앱
지원되는 앱 목록에서 백그라운드 실행을 허용할지 선택할 수 있습니다.
사용하지 않는 앱의 백그라운드 실행을 제한하면 일부 불필요한 작업을 줄일 수 있습니다.
단, 해당 설정이 모든 일반 데스크톱 프로그램의 백그라운드 실행을 차단하는 것은 아닙니다.
③ 백그라운드 실행 제한의 효과
지원되는 앱의 백그라운드 실행을 제한하면 사용하지 않는 동안의 일부 데이터 갱신이나 알림 관련 활동이 줄어들 수 있습니다.
그러나 Runtime Broker의 리소스 사용량이 반드시 즉시 감소하는 것은 아닙니다.
문제의 원인이 다른 앱이나 Windows 시스템 작업에 있다면 추가 점검이 필요합니다.
④ 모든 앱을 한꺼번에 차단하지 않기
백그라운드 실행을 무조건 제한하면 앱의 일부 기능이 정상적으로 동작하지 않을 수 있습니다.
예를 들어 메시지 알림, 일정 동기화, 백그라운드 콘텐츠 갱신 등의 기능에 영향을 줄 수 있습니다.
따라서 실제로 사용하지 않는 앱부터 하나씩 제한하는 것이 좋습니다.
⑤ 일반 데스크톱 프로그램은 별도 관리
브라우저, 게임 런처, 클라우드 동기화 프로그램, 하드웨어 관리 프로그램 등은 일반 데스크톱 앱으로 실행되는 경우가 많습니다.
이러한 프로그램은 Windows 11의 백그라운드 앱 권한 메뉴에 표시되지 않을 수 있습니다.
프로그램 자체 설정에서 백그라운드 실행, 자동 시작, 트레이 상주 등의 옵션을 확인해야 합니다.
⑥ 앱 권한 변경 후 확인
백그라운드 권한을 변경했다면 작업 관리자에서 Runtime Broker의 CPU 및 메모리 사용량 변화를 확인합니다.
변경 전후의 사용량을 비교하고, 실제로 컴퓨터 반응 속도가 개선되었는지 확인하는 것이 중요합니다.
설정 변경으로 필요한 기능이 동작하지 않는다면 해당 앱의 권한을 다시 허용할 수 있습니다.
| 운영체제 | 설정 위치 | 특징 |
|---|---|---|
| Windows 11 | 설정 → 앱 → 설치된 앱 → 고급 옵션 | 지원 앱별 권한 변경 |
| Windows 10 | 설정 → 개인 정보 → 백그라운드 앱 | 지원 앱의 백그라운드 실행 관리 |
| 일반 데스크톱 앱 | 프로그램 자체 설정·시작 앱 | 앱별 관리 방식 상이 |
5. 시작 프로그램·알림·앱 권한 최적화
백그라운드 앱 실행 권한을 조정한 뒤에도 리소스 사용량이 높다면 시작 프로그램과 알림 설정을 함께 점검할 수 있습니다.
다만 시작 프로그램 비활성화와 백그라운드 앱 권한 제한은 서로 다른 기능입니다.
① 시작 프로그램 관리
작업 관리자를 실행한 뒤 시작 앱 메뉴로 이동합니다.
Windows가 시작될 때 자동 실행되는 프로그램을 확인할 수 있습니다.
사용하지 않는 일반 프로그램의 자동 시작을 해제하면 부팅 직후 CPU와 메모리 사용량을 줄이는 데 도움이 될 수 있습니다.
② 시작 프로그램 비활성화 시 주의
시작 프로그램 목록에 있는 모든 항목을 비활성화할 필요는 없습니다.
보안 프로그램, 입력 장치 관리 도구, 회사에서 관리하는 에이전트 등은 필요한 기능을 수행할 수 있습니다.
프로그램의 용도를 확인한 뒤 불필요한 항목만 조정해야 합니다.
③ Windows 알림 설정 확인
Windows 11에서는 설정 → 시스템 → 알림에서 앱별 알림 설정을 확인할 수 있습니다.
Windows 10에서도 설정 → 시스템 → 알림 및 작업에서 관련 항목을 확인할 수 있습니다.
사용하지 않는 앱의 알림을 제한하면 불필요한 알림 표시를 줄일 수 있습니다.
다만 알림 설정 변경이 Runtime Broker의 모든 백그라운드 작업을 중지하는 것은 아닙니다.
④ 카메라·마이크·위치 권한 점검
Windows 설정의 개인 정보 관련 메뉴에서 앱별 권한을 확인할 수 있습니다.
사용하지 않는 앱에 불필요한 권한이 허용되어 있다면 제한을 검토할 수 있습니다.
단, 해당 권한을 차단하면 앱의 관련 기능이 동작하지 않을 수 있습니다.
⑤ Microsoft Store 앱 업데이트
특정 앱을 실행할 때 Runtime Broker의 사용량이 높아진다면 해당 앱의 업데이트를 확인할 수 있습니다.
Microsoft Store에서 라이브러리 또는 업데이트 관련 메뉴를 이용해 앱 업데이트를 확인합니다.
업데이트가 제공된다면 적용한 뒤 증상이 반복되는지 확인합니다.
⑥ 앱 복구 및 초기화
특정 앱의 오류가 의심된다면 Windows 설정에서 해당 앱의 고급 옵션을 확인할 수 있습니다.
지원되는 앱에서는 복구 또는 초기화 기능이 제공될 수 있습니다.
복구는 앱의 문제를 해결하려고 시도하는 기능이며, 초기화는 앱 데이터나 설정에 영향을 줄 수 있습니다.
따라서 초기화 전에 중요한 앱 데이터와 로그인 정보를 확인해야 합니다.
⑦ 불필요한 앱 제거
더 이상 사용하지 않는 앱이 백그라운드에서 계속 실행된다면 제거를 검토할 수 있습니다.
다만 Windows 기본 구성 요소나 다른 프로그램에 필요한 앱을 무조건 제거해서는 안 됩니다.
프로그램의 용도와 의존성을 확인한 뒤 제거해야 합니다.
⑧ 클린 부팅을 통한 원인 구분
일반 프로그램과 Windows 구성 요소의 충돌이 의심된다면 Microsoft가 안내하는 클린 부팅 절차를 활용할 수 있습니다.
클린 부팅은 일부 타사 서비스와 시작 프로그램의 영향을 줄여 문제 원인을 구분하는 진단 방법입니다.
다만 서비스 설정을 변경할 때는 Microsoft 서비스를 숨기는 옵션을 정확히 이해하고, 진단 후 원래 설정으로 복원해야 합니다.
백그라운드 앱 최적화 순서
- 사용하지 않는 시작 프로그램을 확인합니다.
- 지원되는 앱의 백그라운드 권한을 확인합니다.
- 불필요한 앱 알림을 제한합니다.
- 카메라·마이크·위치 등 앱 권한을 점검합니다.
- 문제가 의심되는 앱의 업데이트를 확인합니다.
- 필요한 경우 앱 복구 기능을 사용합니다.
- 설정 변경 후 Runtime Broker 사용량을 비교합니다.
6. System 프로세스·드라이버·시스템 파일 추가 점검
백그라운드 앱 권한을 변경해도 리소스 사용량이 높다면 System 프로세스나 장치 드라이버와 관련된 문제인지 확인해야 합니다.
특히 System 또는 System interrupts의 CPU 사용률이 높다면 Runtime Broker와는 다른 접근이 필요합니다.
① System 프로세스 사용률 확인
작업 관리자에서 System 프로세스의 CPU 사용률을 확인합니다.
높은 사용률이 장시간 지속된다면 최근 설치한 드라이버나 연결한 장치와의 연관성을 확인합니다.
System 프로세스를 강제로 종료하려는 시도는 피해야 합니다.
② System interrupts 점검
System interrupts의 CPU 사용률이 비정상적으로 높게 유지된다면 장치나 드라이버의 인터럽트 처리 문제를 검토할 수 있습니다.
최근 연결한 USB 장치, 네트워크 어댑터, 오디오 장치, 저장장치 관련 변경 사항을 확인합니다.
필요한 경우 사용 중이지 않은 외부 장치를 안전하게 분리한 뒤 증상 변화를 확인할 수 있습니다.
③ 장치 관리자 확인
Windows 키와 X 키를 누른 뒤 장치 관리자를 실행할 수 있습니다.
장치 관리자에서 경고 표시가 있는 장치나 최근 드라이버가 변경된 장치를 확인합니다.
드라이버 업데이트가 필요한 경우 Windows 업데이트 또는 장치 제조사의 공식 지원 페이지를 이용합니다.
④ 드라이버 롤백 검토
드라이버 업데이트 직후 문제가 시작되었다면 이전 버전으로 롤백하는 기능을 검토할 수 있습니다.
장치 속성의 드라이버 탭에서 롤백 기능이 제공될 수 있습니다.
다만 모든 장치에서 롤백 기능이 제공되는 것은 아닙니다.
⑤ Windows 업데이트 확인
Windows 업데이트 설치 중에는 일부 시스템 프로세스의 사용량이 증가할 수 있습니다.
업데이트 진행 상태를 확인하고, 설치가 완료된 뒤에도 문제가 지속되는지 확인합니다.
업데이트 직후 문제가 시작되었다면 설치 기록과 알려진 문제를 확인하는 것이 좋습니다.
⑥ DISM을 이용한 Windows 이미지 복구
Windows 구성 요소 손상이 의심된다면 관리자 권한 명령 프롬프트에서 다음 명령을 사용할 수 있습니다.
DISM /Online /Cleanup-Image /RestoreHealth이 명령은 실행 중인 Windows 이미지의 구성 요소 저장소 손상을 검사하고 복구를 시도합니다.
단, Runtime Broker의 사용량이 높다는 이유만으로 시스템 파일 손상이 확정되는 것은 아닙니다.
⑦ SFC 시스템 파일 검사
DISM 실행 후 보호된 시스템 파일을 검사하려면 다음 명령을 사용할 수 있습니다.
sfc /scannowSFC는 Windows의 보호된 시스템 파일을 검사하고 필요한 경우 복구를 시도합니다.
시스템 파일 손상이 실제 원인인 경우 도움이 될 수 있지만, 모든 리소스 과점유 문제를 해결하는 명령은 아닙니다.
⑧ 악성코드 검사
정상적인 Windows 프로세스와 비슷한 이름을 사용하는 의심스러운 프로그램이 발견된다면 Windows 보안에서 악성코드 검사를 진행할 수 있습니다.
실행 파일 경로와 디지털 서명, 보안 검사 결과를 함께 확인하는 것이 좋습니다.
정상적인 Windows 시스템 파일을 임의로 삭제해서는 안 됩니다.
⑨ 고급 성능 분석
기본 점검으로 원인을 찾지 못했다면 Microsoft Sysinternals의 Process Explorer나 Windows Performance Recorder와 Windows Performance Analyzer를 이용할 수 있습니다.
이러한 도구는 프로세스와 스레드의 CPU 사용량, 시스템 활동 등을 보다 자세히 분석하는 데 도움이 됩니다.
다만 결과를 정확히 해석하려면 Windows 내부 동작에 대한 이해가 필요할 수 있습니다.
System이나 System interrupts의 사용률이 높은 경우에는 드라이버와 하드웨어 관련 작업이 원인일 수 있습니다. 이러한 문제는 앱의 백그라운드 실행 권한을 변경해도 해결되지 않을 수 있으므로 정확한 프로세스 이름과 사용률을 확인한 뒤 원인에 맞게 조치해야 합니다.
7. 자주 묻는 질문 FAQ
8. 리소스 과점유 해결 순서 및 최종 체크리스트
System Item 또는 Runtime Broker의 리소스 사용량이 높게 표시된다면 가장 먼저 작업 관리자에서 실제 프로세스 이름을 확인해야 합니다.
System Item이라는 명칭은 Windows의 대표적인 표준 프로세스 이름이 아닐 수 있으므로 System, System interrupts, Runtime Broker, Service Host 중 어떤 항목인지 구분하는 것이 중요합니다.
Runtime Broker의 CPU나 메모리 사용량이 높다면 관련 앱의 백그라운드 실행 권한, 시작 프로그램, 알림 설정, 앱 업데이트 상태 등을 점검할 수 있습니다.
반면 System이나 System interrupts의 사용률이 높다면 드라이버와 하드웨어 관련 작업을 확인해야 합니다.
무조건 시스템 프로세스를 종료하거나 서비스를 비활성화하는 방법보다 실제 원인을 확인하고 필요한 설정만 조정하는 것이 안전합니다.
| 점검 단계 | 주요 작업 |
|---|---|
| 1. 프로세스 이름 확인 | System·System interrupts·Runtime Broker 구분 |
| 2. 리소스 사용량 확인 | CPU·메모리·디스크 사용률 확인 |
| 3. 실행 파일 확인 | PID·경로·디지털 서명 점검 |
| 4. 백그라운드 앱 | 지원되는 앱의 실행 권한 변경 |
| 5. 시작 프로그램 | 불필요한 자동 시작 항목 점검 |
| 6. 앱 알림·권한 | 불필요한 알림과 앱 권한 제한 |
| 7. 앱 업데이트 | 문제 앱 업데이트·복구 검토 |
| 8. System 점검 | 드라이버·장치·인터럽트 확인 |
| 9. 시스템 복구 | 필요한 경우 DISM·SFC 실행 |
| 10. 추가 분석 | Process Explorer 등으로 원인 추적 |
System 및 Runtime Broker 과점유 해결 체크리스트
- 작업 관리자에서 실제 프로세스 이름을 확인했습니다.
- System Item이라는 명칭을 정확히 구분했습니다.
- CPU·메모리·디스크 중 어떤 자원이 높은지 확인했습니다.
- 리소스 사용량이 일시적인지 지속적인지 확인했습니다.
- Runtime Broker의 PID와 실행 파일 경로를 확인했습니다.
- 정상적인 Windows 시스템 파일을 삭제하지 않았습니다.
- Windows 10·11의 백그라운드 앱 설정 경로를 확인했습니다.
- 지원되는 앱의 백그라운드 실행 권한을 점검했습니다.
- 필요하지 않은 시작 프로그램을 확인했습니다.
- 사용하지 않는 앱의 알림 설정을 점검했습니다.
- 카메라·마이크·위치 등 앱 권한을 확인했습니다.
- 문제가 의심되는 앱의 업데이트를 확인했습니다.
- 앱 초기화 전에 데이터와 설정 영향을 확인했습니다.
- System 프로세스를 강제로 종료하지 않았습니다.
- System interrupts가 높은 경우 드라이버를 점검했습니다.
- 최근 연결한 주변기기와 드라이버 변경 사항을 확인했습니다.
- 필요한 경우 Windows 보안 검사를 진행했습니다.
- 시스템 파일 손상이 의심될 때만 DISM과 SFC를 검토했습니다.
- 진단을 위해 변경한 설정을 원래대로 복원했습니다.
- 설정 변경 후 실제 성능 개선 여부를 확인했습니다.
결론: Runtime Broker는 관련 앱을, System은 드라이버와 장치를 확인해야 합니다
Windows 10·11에서 Runtime Broker나 System 관련 프로세스의 리소스 사용량이 높아지더라도 곧바로 악성코드나 시스템 손상을 의미하지는 않습니다. 먼저 작업 관리자에서 정확한 프로세스 이름과 사용량을 확인하고, 실제로 성능 저하가 발생하는지 구분해야 합니다.
Runtime Broker의 사용량이 높다면 관련 앱의 백그라운드 실행 권한, 시작 프로그램, 알림 설정 및 앱 업데이트를 점검하는 것이 도움이 될 수 있습니다. 반면 System이나 System interrupts의 사용률이 높다면 드라이버와 하드웨어 관련 작업을 확인해야 합니다.
모든 백그라운드 앱을 한꺼번에 차단하거나 Windows 핵심 프로세스를 강제로 종료하는 방식은 권장되지 않습니다. 실제 원인을 확인하고 필요한 설정만 변경하는 것이 시스템 안정성을 유지하는 데 도움이 됩니다.
권장 해결 순서는 프로세스 이름 확인 → CPU·메모리 사용량 분석 → Runtime Broker 관련 앱 확인 → 백그라운드 앱·시작 프로그램 조정 → 드라이버·장치 점검 → 필요한 경우 시스템 복구입니다.
참고 자료
- Microsoft Support. Manage background activity for apps in Windows. Windows 백그라운드 앱 활동 관리
- Microsoft Support. Configure startup applications in Windows. Windows 시작 프로그램 관리
- Microsoft Support. Change notification settings in Windows. Windows 알림 설정 안내
- Microsoft Learn. Process Explorer. Microsoft Sysinternals Process Explorer
- Microsoft Learn. Windows Performance Toolkit. Windows 성능 분석 도구
- Microsoft Support. Use the System File Checker tool to repair missing or corrupted system files. DISM 및 SFC 시스템 파일 복구 안내
- Microsoft Support. How to perform a clean boot in Windows. Windows 클린 부팅 안내
※ 이 글은 Windows 10 및 Windows 11에서 발생할 수 있는 Runtime Broker와 System 관련 프로세스의 리소스 과점유 현상에 관한 일반적인 기술 정보를 제공합니다. 실제 원인은 Windows 버전, 앱 유형, 드라이버, 하드웨어 구성 및 백그라운드 작업에 따라 달라질 수 있습니다. System Item은 Windows의 대표적인 표준 프로세스 이름이 아닐 수 있으므로 실제 표시된 프로세스 이름을 확인해야 합니다. Windows 핵심 프로세스 강제 종료, 시스템 파일 삭제, 서비스 무분별한 비활성화 등은 권장되지 않습니다. 조직에서 관리하는 장치에서는 IT 관리자와 Microsoft 및 장치 제조사의 공식 지침을 우선 적용하세요.
'생활 관련 정보' 카테고리의 다른 글
| 부팅 시 자동 복구 화면 무한 반복 에러 해결｜BCD 재구성 및 MBR 복구 방법 2026 (0) | 2026.10.29 |
|---|---|
| 네이버 플레이스로 1인 피부샵 예약률 200% 올리기: 플레이스 최적화부터 실제 예약 전환 전략까지 (0) | 2026.10.23 |
| 2026 피부샵 고객 재등록률 높이는 상담 멘트 노하우｜첫 상담부터 재방문 예약·회원권 재등록까지 실전 가이드 (0) | 2026.10.21 |
| 뷰티 소상공인을 위한 인스타그램 릴스 마케팅 실전 가이드: 조회수보다 예약과 매출을 만드는 운영 전략 (0) | 2026.10.19 |
| 에스테틱 샵 노쇼(No-Show) 방지 예약금 제로화 팁: 선결제 없이 예약 이행률 높이는 실무 가이드 (0) | 2026.10.17 |