데스크톱 대 로그인 화면: 사용자 세션의 비용
목차
간단한 답변
섹션 제목: “간단한 답변”로그인된 데스크톱은 로그인 화면보다 비싸지만, 보이는 것보다 훨씬 저렴합니다. 고정 유휴 상태에서 데스크톱은 약 0.012 코어를 사용하는 반면 로그인 화면은 0.0074 코어로, 1.6배 더 많습니다. 사용자 세션의 진짜 비용은 로그인 후 첫 시간입니다. Defender 검사와 Store 업데이트 물결이 함께 5시간 창의 전체 CPU 활동 중 약 **79%**를 소비합니다. 셸 자체는 거의 무료입니다. explorer, sihost, dwm, 시작 메뉴 피드가 합쳐서 예산의 약 2.3%만 사용합니다.
상태: Windows 11 26H2 가상 머신에서 5시간 단일 실행으로 측정되었습니다. 로그인 화면과의 비교는 동일한 빌드와 스냅샷에서 수행되었습니다. 물리적 하드웨어, 다른 빌드, 야간 창으로의 이전은 검증되지 않았습니다.
검증 가능한 주장
섹션 제목: “검증 가능한 주장”우리는 네 가지 주장을 검증했습니다:
- 로그인된 데스크톱은 로그인 화면 유휴 상태보다 상당히 비쌉니다.
- 세션의 주요 비용은 셸의 지속적인 작동입니다.
- 사용자 세션은 유휴 상태의 네트워크 프로필을 눈에 띄게 변화시킵니다.
- Windows의 예약 메커니즘(업데이트, 서비스 타이머)은 세션에서도 세션이 없을 때와 동일하게 작동합니다.
연구 범위
섹션 제목: “연구 범위”- Windows 11 Pro, build 26300.9457 (26H2), 가상 머신 4 vCPU / 8 GB;
- 타사 소프트웨어 없는 클린 설치; 절전 및 구성 업데이트는 비활성화되지 않았습니다;
- 동일한 스냅샷에서 두 번의 실행: 사용자 세션 없는 로그인 화면(6시간)과 로그인된 데스크톱(4시간 46분, 조기 중단);
- 시스템 로그인은 수동으로 수행되었습니다; 셸 시작 확인 후 관찰이 시작되었습니다;
- 분 단위 스냅샷: 프로세스 CPU, 실행 중인 서비스 집합, 메모리 및 설정된 연결.
측정에는 물리적 하드웨어, 실제 컴퓨터 작업, GPU 부하 및 야간 창(일일 유지 관리 작업이 프레임에 포함되지 않음)이 포함되지 않았습니다.
방법론
섹션 제목: “방법론”각 프로세스에 대해 1분에 한 번 누적 CPU 초가 기록되었습니다; 인접 스냅샷의 차이는 간격 동안의 소비를 제공합니다. 서비스는 실행 중인 인스턴스 집합과 전환으로 추적되었습니다; 네트워크는 스냅샷 시점의 설정된 연결로 추적되었습니다. 자체 모니터링 노이즈(약 3.6% CPU)는 해석에서 제외되었습니다. 두 실행 모두 시간당 정규화된 값으로 비교되었습니다.
요약 비교
섹션 제목: “요약 비교”| 지표 | 로그인 화면 | 데스크톱 | 차이 |
|---|---|---|---|
| 창 평균 CPU, 코어 | 0.0098 | 0.0492 | ×5.0 |
| 고정 시간 CPU, 코어 | 0.0074 | 0.0120 | ×1.61 |
| 로그인/부팅 후 첫 시간 CPU, 코어 | 0.0185 | 0.2942 | ×15.9 |
| 시간당 시스템 프로세스 시작 횟수 | 26.1 | 79.5 | ×3.05 |
| 1 CPU 초 이상 활동한 분 | 5% | 13.5% | ×2.4 비율 |
| 시간당 설정된 연결 (endpoint-분) | 88.3 | 228.1 | ×2.58 |
| 지속 연결 | 1 | 3 | ×3 |
핵심 사실: 평균 “×5” 수치는 거의 전적으로 첫 시간으로 구성됩니다. 데스크톱의 고정 시간은 균일하며(0.0118–0.0127 코어) 드리프트하지 않습니다.
첫 시간: 두 물결
섹션 제목: “첫 시간: 두 물결”| 물결 | 비율 | 무슨 일이 있었는가 |
|---|---|---|
| Defender 로그인 검사 | ~55% CPU 시간 | 바이러스 백신 프로세스가 약 0.7 코어로 8분 연속 작동; 검사는 로그인 직후 시작됨 |
| Store 및 USO 업데이트 | ~27% CPU 시간 | 24개 앱 설치, Delivery Optimization을 통해 약 880 MB 다운로드, 피어링 포함 |
Store 물결은 별도로 중요합니다: 이 실행에서 업데이트는 클래식 Windows Update가 아닌 Microsoft Store와 Delivery Optimization을 통해 제공되었습니다. 로그인 네트워크 급증은 고정 수준보다 67배 큽니다.
고정 유휴: 누가 작동하는가
섹션 제목: “고정 유휴: 누가 작동하는가”| 출처 | 시간당 CPU 초 | 설명 |
|---|---|---|
| 일반 svchost 묶음 | 13–14 | 서비스 타이머 |
| 커널 (System) | 8 | Defender 및 인프라 작업의 일부 |
| 검사 외 바이러스 백신 | ~3 | 주기적 검사 |
| 셸 (explorer, sihost, dwm, 시작 메뉴 피드, 검색, 위젯, OneDrive) | 4.1 | 예산의 2.3%; “데스크톱 유휴”는 거의 무료 |
프로세스 시작 차이의 4분의 3은 사용자 세션의 주기적 메커니즘에서 발생합니다: UWP 작업 백그라운드 호스트(약 13분 주기), RuntimeBroker 및 SoftLanding은 15분마다.
네트워크: 세 개의 지속 연결과 두 개의 새로운 타이머
섹션 제목: “네트워크: 세 개의 지속 연결과 두 개의 새로운 타이머”로그인 화면에는 하나의 지속 연결이 있습니다. 데스크톱에는 세 개가 있습니다: 두 개는 시작 메뉴 피드(MSN 콘텐츠: 날씨, 뉴스, 라이브 타일)가 첫 분부터 중단 없이 유지하고, 세 번째는 시스템 알림 서비스입니다. 전체 창 동안 피드의 CPU 비용은 2 CPU 초 미만이지만 연결 자체는 항상 유지됩니다.
새로운 세션 타이머: OneDrive는 32–33분마다 두 개의 연결로 동기화되고, Edge 업데이트는 몇 시간에 한 번 확인됩니다. Defender 서명 검사는 30–40분마다 클러스터로 실행됩니다. 모든 트래픽은 Microsoft 인프라로 향합니다; 외부 연결은 관찰되지 않았습니다.
서비스 타이머
섹션 제목: “서비스 타이머”데스크톱의 그룹 정책 업데이트는 로그인 화면의 약 80분에 비해 16–17분마다 순환합니다. 앱 서비스(AppXSvc)와 라이선스 보호(sppsvc)는 동일한 리듬을 유지했습니다. 사용자 알림 및 Clipboard를 포함한 다섯 개의 세션 서비스가 지속적으로 실행됩니다.
메모리
섹션 제목: “메모리”시스템 누수는 없습니다: 바이러스 백신은 검사 후 81 MB를 해제했고, 셸은 처음 30분 동안만 증가하여 플래토에 도달했습니다. 프로세스 수는 로그인 화면의 84–98에 비해 130–153입니다.
확인된 것
섹션 제목: “확인된 것”- 측정됨: 고정 데스크톱은 CPU 기준 로그인 화면보다 1.61배 비쌉니다; 로그인 후 첫 시간이 세션의 주요 비용입니다(창 CPU의 79%).
- 측정됨: 시작 메뉴 피드는 전체 세션 동안 두 개의 지속 연결을 유지합니다; OneDrive는 32–33분마다 동기화됩니다.
- 측정됨: 로그인 Store 물결은 Delivery Optimization을 통해 약 880 MB를 다운로드했습니다; 로그인 네트워크 급증은 고정 상태보다 67배 큽니다.
- 측정됨: 셸(explorer, dwm, 시작 메뉴 피드, 검색, 위젯)은 고정 유휴 상태에서 약 2.3% CPU를 소비합니다.
- 관찰됨: 업데이트는 클래식 WU가 아닌 Store/DO를 통해 제공되었습니다; 야간 유지 관리 작업은 프레임에 포함되지 않았습니다.
확인되지 않은 것
섹션 제목: “확인되지 않은 것”- 물리적 하드웨어 및 다른 Windows 빌드에서의 동작.
- 야간 창 및 일일 유지 관리 작업(실행은 주간이며 조기 중단됨).
- 시작 메뉴 피드 또는 OneDrive 비활성화가 이 수치에 미치는 영향: 우리는 그 기여도만 측정했으며 비활성화는 테스트되지 않았습니다.
- FPS 및 게임 최종 성능에 미치는 영향: 측정되지 않았습니다.
제한 사항
섹션 제목: “제한 사항”상태당 한 번의 실행, 가상 머신, 주간 창. Windows 백그라운드 작업은 급증으로 발생하므로 절대값을 다른 하드웨어 및 하루로 이전하는 것은 정당화되지 않습니다. 1분 미만의 프로세스와 UDP 트래픽(DNS, NTP)은 완전히 보이지 않습니다. 일부 로그는 두 번째 실행 중 이벤트를 기록하지 않았습니다; 서비스 전환은 스냅샷으로 복원되었습니다.
실용적 결론
섹션 제목: “실용적 결론”“Windows 백그라운드 노이즈”는 세 가지 다른 것으로 분해되며, 각각 다르게 대처해야 합니다. 로그인 후 물결(Defender 검사 및 Store 업데이트)은 CPU의 대부분을 제공합니다 — 세밀한 설정으로 끌 수 없지만 스스로 종료됩니다. 시스템 메트로놈(WMI 폴링, 라이선스 검사, OneDrive 타이머)은 안정적이지만 작은 배경입니다. 셸은 거의 무료입니다.
실용적 결과: 물결을 격리하지 않으면 로그인 후 첫 시간으로 “최적화”를 측정하지 마십시오; 네트워크를 최소화하려면 필요하지 않은 경우 시작 메뉴 피드와 OneDrive를 비활성화하십시오; 로그인 직후 “조용함”을 기대하는 것은 정당화되지 않습니다.
상태 복원
섹션 제목: “상태 복원”시스템은 변경되지 않았습니다: 두 실행 모두 설정, 서비스 및 레지스트리를 수정하지 않은 순수 관찰입니다. 가상 머신은 측정 후 클린 스냅샷으로 반환되었습니다.
출처 및 경계
섹션 제목: “출처 및 경계”측정은 설명된 가상 머신에서 BoosterX Research에 의해 수행되었습니다. 연구는 BoosterX 개발자에게 속하며, 개발자는 결과에 직접적인 이해관계가 있습니다; 방법론과 제한 사항은 위에 설명되어 있으며, 원본 관찰은 공개 방법론에 따라 반복될 수 있습니다.
- Microsoft: Delivery Optimization, 2026-09-22 확인.
- Microsoft: Connected User Experiences and Telemetry, 2026-09-22 확인.
마지막 확인: 2026-09-22.