Service Host와 Windows 11 백그라운드 구성 요소
목차
간단한 답변
섹션 제목: “간단한 답변”Windows는 Service Control Manager의 규칙에 따라 svchost.exe 프로세스를 분리하거나 통합합니다. 이는 주로 장애 격리, 서비스 메모리 사용량, 프로세스 수에 영향을 미칩니다. 프로세스 수를 줄이는 것 자체가 시스템 가속은 아닙니다.
무엇을 확인했는가
섹션 제목: “무엇을 확인했는가”Service Control Manager가 SvcHostSplitThresholdInKB 및 Start을 어떻게 읽는지, 접근이 언제 발생하는지, 그리고 어떤 백그라운드 구성 요소가 추가로 관찰되는지 확인했습니다.
연구 범위
섹션 제목: “연구 범위”Windows 11 25H2 build 26200.9168; services.exe 및 시스템 Registry 추적. 타사 서비스의 전체 종속성 집합은 확인하지 않았습니다.
방법론
섹션 제목: “방법론”SCM 동작 분석, boot 추적에서 매개 변수 읽기 관찰, 개별 서비스의 비활성화 및 복원 확인.
SvcHostSplitThresholdInKB
섹션 제목: “SvcHostSplitThresholdInKB”| Registry path | Value | Type | Default 25H2 | Reader 및 timing |
|---|---|---|---|---|
HKLM\SYSTEM\CurrentControlSet\Control |
SvcHostSplitThresholdInKB |
REG_DWORD |
3670016 KB(연구된 시스템 기준) |
services.exe, SCM initialization |
임계값은 서비스가 개별 프로세스로 분배될 수 있는 조건을 결정합니다. 연구된 시스템에서 기본값 3670016은 3.5 GB에 해당하며, services.exe 추적에서 이 값의 읽기가 관찰되었습니다. 0xFFFFFFFF 값이 반드시 “절대 분리하지 않음”을 의미하지는 않습니다. SCM 코드에서 변환된 후에도 0이 아닌 상태가 남습니다. 2^22 KB의 배수, 예를 들어 8388608와 같은 값이 확실하게 확인되었습니다.
통합은 프로세스 유지 비용을 줄일 수 있지만 격리를 낮춥니다. 한 프로세스의 장애나 큰 private working set은 더 많은 서비스에 영향을 미칩니다. 프로세스를 분리하면 프로세스 수는 늘어나지만 동작과 진단이 더 예측 가능합니다. 임계값을 수동으로 변경하는 것의 보편적인 이점은 확인되지 않았습니다.
Service Start 값
섹션 제목: “Service Start 값”Start 값은 SCM이 각 서비스의 자체 키에서 읽습니다:
HKLM\SYSTEM\CurrentControlSet\Services\<ServiceName> → Start (REG_DWORD)
주요 상태:
| 값 | 의미 |
|---|---|
0 |
Boot start, boot 드라이버 및 특수 서비스 전용 |
1 |
System start |
2 |
Automatic start |
3 |
Manual / demand start |
4 |
Disabled |
2에서 3로 전환하면 서비스의 기능은 유지하면서 시작 시점이 변경됩니다. 애플리케이션이 구성 요소를 필요로 할 때 접근이 서비스를 시작할 수 있습니다. 서비스가 비활성화된 경우 접근이 오류로 끝날 수 있습니다.
이렇게 하면 불필요한 개별 백그라운드 구성 요소의 시작 시점을 변경할 수 있습니다. 변경하기 전에 서비스의 용도를 파악하고 종속성을 확인하십시오.
관련 BoosterX 설정
섹션 제목: “관련 BoosterX 설정”서비스 섹션과 관련된 설정으로는 “인덱싱”, “SysMain”, “인쇄 서비스”, “진단 드라이버”, UCPD, “서비스 그룹화(svchosts.exe)” 및 관련 업데이트 옵션이 있습니다. 서비스 비활성화는 기능이 불필요하고 종속성이 확인된 경우에만 의미가 있으며, 결과를 모든 백그라운드 프로세스에 일반화해서는 안 됩니다.
기타 백그라운드 구성 요소
섹션 제목: “기타 백그라운드 구성 요소”연구된 Windows 11 25H2에서 관련 매개 변수를 추가로 확인했습니다:
| Path | Value | Type | Default/상태 |
|---|---|---|---|
HKCU\Software\Microsoft\Windows\CurrentVersion\Search |
SearchboxTaskbarMode |
REG_DWORD |
1 — search glyph 표시됨 |
HKCU\Software\Microsoft\Windows\CurrentVersion\CrossDeviceResume\Configuration |
IsResumeAllowed |
REG_DWORD |
1 — resume 허용됨 |
| 동일 경로 | IsOneDriveResumeAllowed |
REG_DWORD |
1 — OneDrive resume 허용됨 |
HKCU\Software\Microsoft\Windows\CurrentVersion\BackgroundAccessApplications\MicrosoftWindows.CrossDevice_cw5n1h2txyewy |
package-specific background permission | policy/user setting | package state에 따라 다름 |
SearchboxTaskbarMode=0는 작업 표시줄의 검색 아이콘을 숨깁니다. IsResumeAllowed=0 및 IsOneDriveResumeAllowed=0는 장치 간 해당 작업 연속 방식들을 금지합니다. 값이 없으면 CrossDeviceResumeView가 1 값으로 이를 생성하여 해당 기능을 허용합니다. 매개 변수는 셸의 대화형 구성 요소가 읽으므로 접근이 짧은 부팅 추적에 포함되지 않을 수 있습니다.
매개 변수는 선택한 셸 구성 요소의 특정 백그라운드 활동 유형을 줄입니다. 모든 Windows 백그라운드 프로세스에 적용되는 것은 아닙니다.
Timing 및 증거
섹션 제목: “Timing 및 증거”SCM은 초기화 시 SvcHostSplitThresholdInKB을 읽고, 서비스 열거 및 시작 시 Start를 읽습니다. 25H2 시스템 추적에서 services.exe 프로세스가 Start를 읽는 것이 관찰되었습니다. HKCU의 매개 변수 읽기는 짧은 관찰 구간에 포함되지 않을 수 있으며, 이는 기능의 부재를 증명하지 않습니다.
인덱싱 및 SysMain
섹션 제목: “인덱싱 및 SysMain”Windows 11 25H2 build 26200.9168에서 “인덱싱”의 비활성화 및 복원을 확인했습니다. 비활성화 후 재부팅하면 인덱서 및 관련 프로세스가 시작되지 않았고, 복원 후 서비스가 다시 작동했습니다. 비활성화 전 이 프로세스들의 총 working set은 약 64 MB였습니다. 다른 시스템에서는 용량이 다를 수 있습니다.
SysMain의 경우 부팅 시 상태 읽기와 비활성화 후 시작 중단이 확인되었습니다. 실제 게이밍 PC에서의 최종 효과는 측정되지 않았습니다. HDD에서는 데이터 사전 로드를 비활성화하면 시스템 및 애플리케이션 시작이 느려질 수 있습니다.
실용 페이지: “인덱싱” 및 “SysMain (Prefetch, Superfetch…)”.
인쇄 및 진단 서비스
섹션 제목: “인쇄 및 진단 서비스”“인쇄 서비스”는 재부팅 후 실제로 인쇄 대기열을 비활성화합니다. 물리적 프린터와 함께 Print to PDF를 포함한 이에 의존하는 가상 시나리오도 작동을 멈춥니다.
“진단 드라이버” 설정의 현재 동작은 Windows 진단 정책 서비스로 제한됩니다. 이 이름을 장치 드라이버의 제거 또는 비활성화로 이해해서는 안 됩니다. 이 선택의 대가는 자동 문제 감지 및 해결의 일부를 잃는 것입니다.
OneDrive
섹션 제목: “OneDrive”OneDrive 설정은 동기화를 금지하는 문서화된 Windows 정책을 사용합니다. 클라이언트와 로컬 파일은 유지됩니다. 이 설정은 OneDrive가 설치된 경우에만 적용됩니다. 비활성화하기 전에 필요한 동기화를 완료하고 Files On-Demand 파일을 확인하십시오.
실용 페이지: “OneDrive”.
- SCM은 초기화 시
SvcHostSplitThresholdInKB을 읽고, 서비스 열거 및 시작 시Start를 읽습니다. 25H2 시스템 추적에서services.exe프로세스가Start를 읽는 것이 관찰되었습니다. - “인덱싱”의 비활성화 및 복원을 확인했습니다: 비활성화 후 재부팅하면 인덱서 및 관련 프로세스가 시작되지 않았고, 복원 후 서비스가 다시 작동했습니다. 비활성화 전 이 프로세스들의 총 working set은 약 64 MB였습니다.
- SysMain의 경우 부팅 시 상태 읽기와 비활성화 후 시작 중단이 확인되었습니다.
- “인쇄 서비스”는 재부팅 후 인쇄 대기열을 비활성화하며, OneDrive 설정은 동기화 금지에 관한 문서화된 정책을 적용합니다.
확인된 사항
섹션 제목: “확인된 사항”- SCM은 초기화 시 분리 임계값을 읽고, 서비스 열거 및 시작 시
Start를 읽습니다. - 인덱싱, SysMain 및 인쇄 서비스를 비활성화하면 재부팅 후 관련 프로세스의 시작이 중단되며, 복원하면 다시 활성화됩니다.
- 연구된 시스템에서 인덱싱 프로세스의 working set 용량.
- HKCU의 셸 매개 변수는 대화형 구성 요소가 읽으며 짧은 부팅 추적에 포함되지 않을 수 있습니다.
확인되지 않은 사항
섹션 제목: “확인되지 않은 사항”- 서비스 분리 임계값을 수동으로 변경하는 것의 보편적인 이점.
- 개별 서비스 비활성화가 FPS, 전체 CPU 또는 지연에 미치는 영향.
- 다른 빌드 및 서비스 수가 다른 시스템에서의 동작.
실용적 결론
섹션 제목: “실용적 결론”일반적인 사용에서는 Service Host를 Windows default 상태로 두십시오. 수동 변경은 특정 서비스 진단, 메모리 누수 또는 시작 충돌의 경우에만 의미가 있습니다. Task Manager의 svchost.exe 수만으로 결과를 평가해서는 안 됩니다.
한계 및 출처
섹션 제목: “한계 및 출처”결과는 Windows 11 25H2 build 26200.9168에 해당합니다. 모든 Windows 에디션, 서버 정책 및 타사 서비스의 전체 종속성 집합은 확인하지 않았습니다.
관찰의 동적 부분을 재현하는 방법은 직접 확인하는 방법을 참조하십시오.
연구 및 사용된 도구는 BoosterX 개발자에게 속하므로 개발자는 결과에 직접적인 이해관계가 있습니다. 방법론과 적용 범위는 위에 설명되어 있으며, 결론은 공개 데이터와 나열된 공개 출처를 통해 확인할 수 있습니다.
- Service Control Manager: Windows 서비스 모델, Microsoft Learn, 확인일 2026-09-01.
- Service configuration: 서비스 시작 값, Microsoft Learn, 확인일 2026-09-01.
공개 출처 확인일: 2026-09-02.
변경 이력
섹션 제목: “변경 이력”- 2026-09-20: “결과” 섹션, 이해 충돌 면책 조항, 방법론에서 동적 관찰의 자체 확인 링크가 추가되었습니다.
- 2026-09-02: 최초 게시, SCM readers, 개별 서비스의 비활성화 및 복원이 확인되었으며, 실용적 효과의 범위가 추가되었습니다.