컴퓨터 · 윈도우
Antimalware Service Executable CPU 점유율 낮추기
먼저 알아둘 점: 이 프로세스는 악성코드가 아닙니다
작업 관리자에서 Antimalware Service Executable 또는 MsMpEng.exe가 보이면 이름만으로는 불안할 수 있습니다. 그러나 일반적으로 이것은 Microsoft Defender가 실시간 보호와 예약 검사를 수행할 때 쓰는 정상 프로세스입니다. 파일을 강제로 끝내거나 보안을 꺼서 숫자만 낮추는 방법은 당장은 시원해 보여도, 감염 파일을 놓치거나 다음 업데이트에서 문제가 다시 생길 수 있습니다. 이 글의 목표는 보호 기능을 유지한 채 일시적인 과부하인지, 설정이나 충돌 때문에 오래 지속되는 현상인지 차분히 가르는 것입니다.
CPU 점유율은 검사 중에는 잠깐 높아질 수 있습니다. 대용량 압축 파일을 풀었거나 외장 저장장치를 연결했거나, 많은 작은 파일이 들어 있는 개발 폴더를 새로 만들었을 때 특히 그렇습니다. 이 경우 컴퓨터가 유휴 상태로 돌아오면 사용량도 내려가는 것이 보통입니다. 반대로 아무 작업도 하지 않는데 수십 분 이상 높은 비율이 이어지고 팬 소음이나 프로그램 지연까지 생긴다면, 검사 범위와 업데이트 상태를 점검할 차례입니다.
가장 안전한 출발점은 작업 관리자의 프로세스 탭에서 CPU뿐 아니라 디스크와 메모리 열도 함께 보는 것입니다. CPU가 높지만 디스크 읽기 작업이 꾸준히 움직이면 실제 검사일 가능성이 큽니다. 반면 특정 프로그램을 실행할 때마다 같은 현상이 재현되면 해당 프로그램의 임시 파일, 동기화 폴더, 개발 도구 캐시처럼 반복해서 바뀌는 경로가 원인일 수 있습니다. 숫자를 한 번만 보고 결론 내리지 말고, 언제 시작되고 무엇을 할 때 악화되는지 간단히 기록해 두세요.
원인 판단을 위한 10분 점검 순서
첫째, Windows 보안 앱을 열어 바이러스 및 위협 방지 화면에서 현재 검사나 최근 검사 기록을 확인합니다. 빠른 검사, 전체 검사, 오프라인 검사 직후에는 점유율 상승이 자연스럽습니다. 검사 진행 표시가 있다면 중단하기보다 전원과 네트워크를 안정적으로 유지하고 완료될 시간을 주는 편이 좋습니다. 노트북이라면 충전기를 연결한 뒤 잠시 사용을 멈춰 두면 백그라운드 작업이 더 예측 가능하게 끝납니다.
둘째, Windows Update와 보안 인텔리전스 업데이트를 확인합니다. Defender 정의 파일이 오래되었거나 업데이트가 중간에 실패하면 같은 항목을 반복 처리하는 것처럼 보일 수 있습니다. 설정의 업데이트 확인을 실행하고 재부팅 안내가 있으면 저장 중인 문서를 닫은 뒤 재시작하세요. 재부팅은 단순한 요령이 아니라 업데이트된 보안 구성 요소와 서비스 상태를 새로 적용하는 과정이므로, 복잡한 조치보다 먼저 해 볼 만한 기본 단계입니다.
셋째, 최근에 설치한 다른 백신이나 보안 기능이 있는지 살핍니다. 실시간 감시 엔진이 둘 이상 동시에 같은 파일을 열면 서로의 작업을 다시 검사하며 CPU와 디스크 사용량이 커질 수 있습니다. 다른 보안 제품을 계속 쓸 계획이라면 Defender가 어떤 모드로 동작하는지 해당 제품의 공식 문서에서 확인하고, 체험판이나 잔여 구성 요소는 제어판의 앱 목록에서 정리합니다. 레지스트리를 임의로 수정하거나 서비스를 영구 중지하는 방식은 진단 단계에서 선택하지 마세요.
검사 범위를 좁힐 때 지켜야 할 원칙
제외 항목은 성능 문제가 확실히 특정 신뢰 가능한 폴더에서 발생할 때만 제한적으로 사용합니다. 예를 들어 본인이 관리하는 빌드 산출물, 대용량 가상 머신 이미지, 반복 생성되는 캐시처럼 출처와 용도를 정확히 아는 경로라면 검사 비용이 클 수 있습니다. 하지만 다운로드 폴더, 문서 폴더 전체, USB 드라이브 전체, 브라우저 프로필처럼 외부 파일이 자주 들어오는 위치를 제외하면 악성코드가 숨을 공간을 만드는 결과가 됩니다.
제외를 추가하기 전에 그 폴더가 실제 원인인지 확인하는 습관이 중요합니다. 작업 관리자와 리소스 모니터에서 문제 시간대의 디스크 활동을 보고, 빌드나 동기화가 끝난 뒤 사용량이 정상으로 돌아오는지 비교해 보세요. 원인이 일시적인 작업이라면 제외 목록을 늘릴 필요가 없습니다. 성능 개선 폭이 분명하고 경로가 안전하다는 근거가 있을 때만 좁은 하위 폴더 하나를 대상으로 적용하는 편이 관리하기 쉽습니다.
제외 목록을 만든 뒤에는 언제, 왜 넣었는지 메모하고 주기적으로 다시 검토하세요. 프로젝트 구조가 바뀌거나 프로그램을 삭제한 후에도 오래된 제외가 남아 있으면 보안 구멍이 될 수 있습니다. 또한 실행 파일이 들어오는 폴더를 통째로 신뢰하지 말고, 필요한 경우 파일 형식과 작업 흐름을 분리하는 것이 낫습니다. 성능 최적화는 보호를 포기하는 거래가 아니라, 검사할 가치가 낮은 반복 산출물을 정확히 구분하는 작업입니다.
예약 검사 시간을 사용 패턴에 맞추기
매일 PC를 켜는 시간과 검사 시간이 겹치면 Antimalware Service Executable이 늘 문제처럼 느껴질 수 있습니다. 평소 화상 회의나 편집 작업이 많은 시간대에는 무거운 전체 검사가 시작되지 않도록 사용 패턴을 먼저 파악하세요. Windows 보안의 검사 기능과 작업 스케줄러에서 관련 작업을 확인할 수 있지만, 항목 이름을 보고 무작정 사용 안 함으로 바꾸는 것은 권하지 않습니다. 목표는 예약 검사를 없애는 것이 아니라 방해가 적은 시점으로 조정하는 것입니다.
전원 연결 상태와 절전 해제 조건도 함께 생각해야 합니다. 노트북은 배터리 사용 중에 작업이 미뤄졌다가 전원을 연결하는 순간 여러 유지 관리 작업이 겹칠 수 있습니다. 그때 CPU가 잠시 올라가는 것은 고장이 아니라 밀린 작업이 실행되는 과정일 수 있습니다. 중요한 발표나 장시간 렌더링 전에는 미리 업데이트와 검사를 끝내 두고, 작업 직전에는 새 외장 디스크 연결이나 대량 파일 이동을 피하면 갑작스러운 점유율 상승을 줄일 수 있습니다.
예약을 손본 뒤에는 며칠 동안 결과를 관찰합니다. 특정 시간대에만 높아졌다가 빠르게 정상화되는지, 또는 아무 조건 없이 계속 높은지가 다음 판단의 기준입니다. 조정 효과가 없다면 예약 자체보다 파일 시스템 오류, 정의 업데이트 손상, 다른 보안 프로그램 충돌 쪽을 의심해야 합니다. 한 번에 여러 설정을 바꾸면 무엇이 효과가 있었는지 알기 어려우므로, 변경은 하나씩 하고 날짜를 기록하는 방식을 추천합니다.
지속될 때는 시스템 파일과 업데이트를 복구합니다
점유율이 반복되고 업데이트도 최신인데 뚜렷한 검사 작업이 보이지 않는다면 Windows의 기본 복구 도구를 이용할 수 있습니다. 관리자 권한 터미널에서 시스템 파일 검사와 이미지 복구를 순서대로 실행하는 방법은 Microsoft 지원 문서에 안내되어 있습니다. 이 과정은 손상된 시스템 구성 요소를 점검하고 복원하는 용도이므로, 출처 불명의 최적화 프로그램을 설치하는 것보다 안전합니다. 명령 실행 중에는 창을 닫지 말고 완료 메시지와 재부팅 필요 여부를 확인하세요.
저장장치 여유 공간도 확인합니다. 임시 파일과 업데이트 파일을 정리할 공간이 지나치게 부족하면 보안 정의 업데이트나 검사 데이터 처리가 비효율적으로 이어질 수 있습니다. 설정의 저장소 화면에서 임시 파일을 검토하되, 무엇인지 모르는 개인 파일을 급히 삭제하지는 마세요. 휴지통, 이전 업데이트 정리, 더 이상 쓰지 않는 앱처럼 복구 가능성과 용도가 분명한 항목부터 정리하면 안전합니다.
악성코드 감염 가능성이 걱정된다면 Defender를 끄는 대신 추가 검사를 실행하는 편이 맞습니다. 오프라인 검사는 일반 Windows 환경 밖에서 검사할 수 있어 일부 위협을 확인하는 데 도움이 됩니다. 다만 검사 결과에 따라 복구나 격리가 이뤄질 수 있으므로 작업 파일은 미리 백업하고, 회사 PC처럼 관리 정책이 있는 장비는 IT 관리자에게 먼저 문의하세요. 성능 문제와 보안 사고 대응을 같은 방식으로 다루면 오히려 위험이 커질 수 있습니다.
하지 말아야 할 해결법과 예외 상황
인터넷에서 자주 보이는 해결법 중에는 Defender 서비스를 영구 비활성화하거나 실행 파일 권한을 바꾸라는 조언이 있습니다. 이런 방법은 업데이트 후 되돌아가기도 하고, 무엇보다 실시간 보호가 비는 시간을 만들 수 있습니다. CPU 수치가 잠시 내려갔다고 해서 근본 원인이 해결된 것은 아닙니다. 특히 가족 공용 PC, 업무용 PC, 금융이나 개인 문서를 자주 다루는 컴퓨터라면 보호 기능을 끄는 선택은 성능 이득보다 위험이 훨씬 큽니다.
회사나 학교에서 관리하는 장치는 그룹 정책과 중앙 보안 솔루션이 Defender 동작에 영향을 줄 수 있습니다. 이 경우 개인이 예약 작업이나 제외 목록을 바꾸면 정책 충돌이 생기거나 다음 동기화 때 되돌아갈 수 있습니다. 사용자가 할 수 있는 정보 수집은 문제 발생 시간, CPU와 디스크 사용량, 최근 업데이트, 실행 중인 보안 제품 정도이며, 그 기록을 담당자에게 전달하는 것이 가장 빠른 해결 경로입니다.
또한 CPU가 높은 프로세스 이름이 비슷하다고 모두 정상인 것은 아닙니다. 정상 파일은 일반적으로 Windows의 정해진 시스템 경로에서 실행됩니다. 낯선 폴더에서 같은 이름의 실행 파일이 실행되거나, 보안 앱이 열리지 않고 경고가 반복된다면 파일을 임의로 삭제하기 전에 전체 검사와 신뢰할 수 있는 지원 채널을 이용하세요. 이름만 보고 예외 처리하거나 제외 항목에 넣는 행동은 피해야 합니다.
안정적으로 유지하는 실전 체크리스트
문제가 발생했을 때는 먼저 기다릴 상황과 즉시 점검할 상황을 구분합니다. 새 파일이 많이 생긴 직후, 대형 업데이트 직후, 예약 검사 중이라면 일정 시간 관찰하는 것이 합리적입니다. 반대로 유휴 상태에서 장시간 지속되고 다른 프로그램이 버벅이거나 재부팅 후에도 반복된다면 업데이트 상태와 보안 제품 충돌을 확인합니다. 이 두 갈래만 정리해도 불필요하게 위험한 설정을 건드리는 일을 크게 줄일 수 있습니다.
평소에는 Windows와 보안 인텔리전스를 최신 상태로 유지하고, 신뢰할 수 없는 파일은 다운로드 즉시 열지 않는 기본 습관이 중요합니다. 개발자나 영상 편집자처럼 파일 생성량이 많은 사용자는 프로젝트의 빌드 산출물과 개인 자료를 분리해 두면 검사 범위를 판단하기도 쉬워집니다. 제외 항목이 꼭 필요할 때는 최소 범위로 추가하고, 프로젝트가 끝나면 제거하는 규칙을 세우세요. 성능과 보안 모두 관리 가능한 상태가 됩니다.
마지막으로 점유율을 낮추는 데 성공한 뒤에도 한 번은 재부팅 후 상태를 확인하세요. 작업 관리자에서 평상시 CPU 사용량이 안정적이고, Windows 보안에서 실시간 보호와 업데이트 상태가 정상이라면 조치가 균형 있게 끝난 것입니다. 같은 증상이 재발하면 앞서 기록한 시간대와 실행 작업을 비교해 원인을 좁히고, 해결되지 않으면 Microsoft 지원 또는 장치 제조사 지원에 기록을 첨부해 문의하는 것이 좋습니다.
증상별로 선택하는 다음 행동
CPU가 간헐적으로 높지만 검사 종료 뒤 정상으로 돌아온다면 우선 설정을 건드리지 말고 다음 검사 때도 같은 패턴인지 확인합니다. 정상적인 보안 작업은 파일 수, 저장장치 속도, 업데이트 직후의 변경량에 따라 소요 시간이 달라질 수 있습니다. 반면 사용량이 높은 순간에 특정 폴더 복사나 클라우드 동기화가 겹친다는 사실을 발견했다면, 그 작업을 밤이나 사용하지 않는 시간대로 옮기는 것만으로도 체감 성능이 좋아질 수 있습니다. 문제의 주체를 정확히 가르는 것이 가장 비용이 적은 해결책입니다.
특정 게임이나 디자인 프로그램을 켤 때만 현상이 심해진다면 프로그램 자체의 업데이트와 플러그인 상태도 확인하세요. 오래된 플러그인이 수많은 임시 파일을 반복 생성하거나, 동기화 프로그램이 같은 파일을 계속 수정하면 Defender는 변경을 감지해 다시 확인합니다. 앱을 최신 버전으로 올리고 캐시 정리 기능이 있다면 공식 안내에 따라 실행한 뒤 재현 여부를 비교합니다. 이때 다운로드한 정리 도구나 배치 파일은 출처를 확인하지 못했다면 실행하지 않는 것이 안전합니다.
브라우저 다운로드나 메일 첨부 파일을 처리한 직후에만 점유율이 오르는 경우는 보호 기능이 제 역할을 하는 장면일 수 있습니다. 파일이 안전한지 판별하는 동안 잠시 기다리고, 동일한 파일을 계속 열거나 복사하지 않으면 작업이 빨리 끝납니다. 파일 크기가 크거나 압축이 여러 겹인 경우에는 더 오래 걸릴 수 있습니다. 급한 업무라면 신뢰 가능한 발신자와 파일 목적을 재확인하고, 공유 드라이브에는 검사 완료 뒤 옮기는 방식으로 작업 순서를 바꾸는 편이 좋습니다.
문의 전에 남기면 좋은 정보
혼자 해결하기 어렵다면 막연히 컴퓨터가 느리다고 전달하기보다 재현 정보를 정리해 두면 지원을 받기 훨씬 수월합니다. 증상이 시작된 날짜와 시간, 당시 실행한 프로그램, 작업 관리자에서 본 CPU와 디스크 사용량, 최근 설치하거나 제거한 보안 프로그램, Windows Update 완료 여부를 메모합니다. 화면 캡처에는 개인 문서 이름이나 계정 정보가 보일 수 있으므로 공유 전에는 필요한 부분만 남기는 것도 잊지 마세요.
기기 모델, Windows 버전, 저장장치 여유 공간, 외장 장치 연결 여부도 함께 적으면 원인을 좁히는 데 도움이 됩니다. 회사 관리 장치라면 자체적으로 설치된 보안 에이전트와 정책 이름이 있을 수 있으므로, 제어판에서 임의로 삭제하지 말고 담당 부서에 알려야 합니다. 지원 담당자는 이 정보를 바탕으로 특정 업데이트의 알려진 문제인지, 다른 제품과의 충돌인지, 실제 감염 검사가 필요한지 판단할 수 있습니다.
결론적으로 Antimalware Service Executable은 제거 대상이라기보다 상태를 읽어야 하는 보안 구성 요소입니다. 기다려도 되는 정상 검사인지, 업데이트와 충돌을 바로잡아야 하는 비정상 지속인지 확인한 다음 최소한의 조치만 적용하세요. 이 순서를 지키면 CPU 점유율 문제를 줄이면서도 Defender의 실시간 보호를 유지할 수 있고, 이후 비슷한 증상이 나타났을 때도 당황하지 않고 원인을 추적할 수 있습니다.
파일 작업량을 줄이는 습관도 도움이 됩니다
보안 검사는 파일이 생성되거나 수정되는 순간을 감지해 동작합니다. 따라서 한꺼번에 수만 개의 파일을 압축 해제하거나, 여러 동기화 프로그램이 같은 작업 폴더를 동시에 감시하게 만들면 CPU가 높아질 가능성이 커집니다. 업무 자료와 자동 생성 파일을 구분하고, 대용량 복사와 백업이 필요한 날에는 다른 무거운 작업을 피하는 것만으로도 시스템 반응성이 좋아질 수 있습니다. 이것은 보안 기능을 줄이는 방법이 아니라 파일 변경을 더 예측 가능하게 만드는 방법입니다.
클라우드 저장소를 사용할 때는 동기화가 완료되는 동안 파일을 반복해서 이름 변경하거나 다른 위치로 옮기지 않는 편이 좋습니다. 한 프로그램이 파일을 수정하고 다른 프로그램이 다시 검사하고 동기화 서비스가 업로드하는 과정이 겹치면 작은 파일 하나도 여러 번 처리될 수 있습니다. 프로젝트를 마무리한 뒤 동기화가 끝났는지 확인하고, 필요 없는 임시 복사본은 앱의 공식 정리 기능으로 정돈하면 Defender가 처리해야 할 변경 횟수도 자연스럽게 줄어듭니다.
압축 프로그램, 백업 프로그램, 개발 도구가 만드는 캐시의 위치를 알고 있으면 문제 해결 속도가 빨라집니다. 예를 들어 캐시가 시스템 드라이브를 가득 채우거나 매 실행마다 새로 생성된다면 해당 프로그램의 설정을 검토하는 것이 우선입니다. 보안 제품을 탓하기 전에 파일을 계속 만들어 내는 쪽을 바로잡으면 CPU와 저장 공간 문제가 함께 완화될 수 있습니다. 단, 캐시 폴더라도 출처가 불명확한 실행 파일이 섞일 수 있으므로 무조건 제외 항목으로 지정하지는 마세요.
업데이트 후에만 느려질 때 확인할 것
큰 Windows 업데이트 뒤에는 시스템 파일과 보안 정의가 많이 바뀌기 때문에 처음 몇 번의 부팅에서 Defender 작업량이 늘어날 수 있습니다. 이때는 업데이트가 완전히 끝났는지, 추가 재시작이 남아 있지 않은지부터 확인합니다. 업데이트 화면에 보류된 항목이 있으면 안정적인 네트워크에서 마무리하고, 전원을 강제로 끄지 않는 편이 좋습니다. 중간 상태가 길어지면 사용자는 CPU 문제로 느끼지만 실제로는 갱신 작업이 완결되지 않은 경우도 있습니다.
업데이트 직후에는 디스크 인덱싱, 앱 최적화, 동기화 같은 유지 관리 작업도 함께 돌아갈 수 있습니다. 작업 관리자에서 Antimalware Service Executable 하나만 보지 말고 어떤 프로세스가 디스크를 사용하는지 함께 보세요. 여러 작업이 동시에 실행 중이면 잠시 컴퓨터를 유휴 상태로 두고 한 번에 마치게 하는 편이 여러 날에 걸쳐 조금씩 방해받는 것보다 낫습니다. 완료 후 재부팅하고 다음날 같은 시간대의 사용량을 비교하면 일시 현상인지 판단할 수 있습니다.
업데이트가 끝난 뒤에도 문제가 심하고 특정 누적 업데이트 이후부터 시작되었다는 근거가 있다면 장치 제조사와 Microsoft의 공지 사항을 확인합니다. 다만 온라인 게시글 하나만 보고 시스템 업데이트를 제거하거나 레지스트리를 바꾸지는 마세요. 알려진 문제라면 공식 수정 업데이트나 우회 절차가 제시되는 경우가 많습니다. 증상, 버전, 발생 시점을 기록해 두면 공지와 대조하기 쉽고, 불필요한 설정 변경을 피할 수 있습니다.