# Windows 시작 앱 살펴보기

채팅 앱, 런처, 업데이터는 로그인할 때 함께 시작될 수 있습니다. 항목을 전부 끄기 전에, 로그인 때 실제로 필요한 앱이 무엇인지 정합니다.

## 알아보는 앱부터 봅니다

설정 › 앱 › 시작과 작업 관리자의 시작 목록에 로그인 앱이 나옵니다. [Microsoft는 두 진입점을 모두 설명합니다](https://support.microsoft.com/en-us/windows/experience/startup-boot/configure-startup-applications-in-windows). Mole은 앱 탭에서 시작 항목과 프로그램 경로를 보여 줍니다. 이름과 위치를 확인한 뒤, 자동으로 필요 없는 몇 개만 끕니다.

시작 항목을 꺼도 그 앱이 제거되지는 않습니다. 나중에 직접 열고, 같은 항목을 다시 켤 수 있습니다. 한 번에 몇 개만 바꾸고 다시 로그인해 효과를 봅니다.

보안, 장치 관리, VPN, 프록시 소프트웨어는 따로 생각해야 합니다. Mole은 이 그룹에서 알아본 항목을 잠가, 보호나 연결 경로가 계속 쓸 수 있게 둡니다. 모르는 이름이면 먼저 프로그램 위치를 확인합니다.

## 시작의 어느 구간이 느린지 찾습니다

전원을 켠 뒤 Windows 로그인 화면까지가 시스템 시작입니다. 로그인해 바탕 화면까지 가는 것은 다른 단계입니다. 앱을 편하게 열 수 있는 바탕 화면까지 가는 것도 또 다른 단계입니다. 로그인 전의 지연이 그 뒤에 뜨는 채팅 앱 때문인 것은 아닙니다. 바탕 화면이 나타난 뒤의 동기화와 업데이터가 서로 경쟁하는 경우가 시작 앱 문제에 더 가깝습니다.

익숙한 동작으로 비교합니다. 로그인 뒤 같은 폴더와 문서를 열고, 쓸 수 있게 되기까지 대략 얼마나 걸리는지 적고, 디스크와 CPU 활동을 봅니다. 익숙하고 필수가 아닌 항목 하나를 바꾼 뒤 반복합니다. 업데이트를 설치한 직후의 첫 부팅은 평소 시작의 기준으로 삼기 어렵습니다.

<figure class="blog-diagram">
  <picture>
    <source media="(max-width: 900px)" srcset="/img/blog/windows-manage-windows-startup-en-mobile.webp" type="image/webp" width="768" height="1180">
    <img src="/img/blog/windows-manage-windows-startup-en.webp" width="1360" height="454" loading="lazy" alt="시작의 어느 구간이 느린지 찾습니다">
  </picture>
  <figcaption>시스템 시작, 로그인, 쓸 수 있는 바탕 화면을 나눕니다. 로그인 앱을 꺼도 로그인 전의 지연이 해결되지는 않을 수 있습니다.</figcaption>
</figure>

## 영향이 높다고 바로 끄지는 않습니다

작업 관리자의 시작 영향은 시작 때의 CPU와 디스크 활동을 반영합니다. 한 앱이 전체 부팅에 독립적으로 더한 초는 아닙니다. 측정되지 않음은 측정이 부족한 것이지, 영향이 0이라는 뜻이 아닙니다. Microsoft의 [시작 안내](https://support.microsoft.com/en-us/windows/experience/startup-boot/configure-startup-applications-in-windows)가 이 표시를 설명합니다. 보안, 입력 장치, 연결 도구는 그 용도를 여전히 고려해야 합니다.

목록에 없는 앱은 `Win + R`을 누르고 아래 위치를 열어, 아무것도 지우지 않은 채 현재 사용자의 시작 바로 가기를 확인합니다.

```text
shell:startup
```

바로 가기는 설치된 프로그램과 다릅니다. 대상과 소유자를 확인합니다. 항목을 끈 뒤에도 앱이 시작되면 그 앱의 설정, 서비스, 예약된 작업을 확인합니다. 한 목록에 없다고 다른 백그라운드 진입점이 없는 것은 아닙니다.

## 시작 항목은 서비스나 예약된 작업이 아닙니다

시작 목록이 모든 백그라운드 활동을 설명하지는 않습니다. 앱은 서비스나 예약된 작업으로도 실행될 수 있습니다. 로그인 뒤의 프로세스가 특정 시작 항목에서 떴다는 증거는 아닙니다. 작업 관리자에서 위치를 확인한 뒤, 소유 앱의 백그라운드나 시작 옵션을 봅니다.

목록을 짧게 하려고 Windows 서비스를 멈추거나 제조사 폴더를 한꺼번에 지우지 마세요. 입력 장치, 오디오, 동기화, 업데이트가 그것들을 쓸 수 있습니다. 필요한 소프트웨어는 두고, 더 이상 원하지 않는 소프트웨어는 전체 제거 흐름을 사용합니다.

## 제거 뒤에 남은 항목

제거 프로그램이 이미 없는 프로그램을 가리키는 바로 가기나 레지스트리 시작 값을 남길 수 있습니다. Mole의 최적화는 이 항목을 확인하고, 대상이 삭제된 것을 확인한 뒤에만 하나를 제거합니다. 분리된 드라이브나 사용할 수 없는 네트워크 위치는 제거된 프로그램으로 치지 않습니다.

레지스트리 제거는 먼저 백업됩니다. [Windows 도움말](/ko/windows/help)에 백업을 찾는 위치가 있지만, 백업을 가져오면 등록만 복원되고 지워진 앱은 돌아오지 않습니다. 제거 뒤의 백그라운드 프로세스는 [Windows 앱이 남기는 것](/ko/windows/blog/what-apps-leave-after-uninstall)을 읽어 파일 잠금, 개인 데이터, 공유 구성 요소를 나눕니다.

앱 자체가 제거되지 않으면 [Windows 제거가 실패할 때](/ko/windows/blog/windows-uninstall-fails)를 봅니다. McAfee 같은 보안 제품은 [별도의 제거 단계](/ko/windows/blog/how-to-uninstall-mcafee-windows)가 있습니다.


Canonical: https://mole.fit/ko/windows/blog/manage-windows-startup
