윈도우 11 날씨 앱 메모리 1GB를 검증하는 법: 지표와 프로세스 범위 가이드
ISSUE FORGE 3줄 팩트체크
- 이번 로컬 측정에서 전체 Working Set 합계는 1GB에 가까웠지만 Task Manager 기본 Memory 열의 1GB 표시는 측정하지 않았다.
- 기본 열은 private physical working set 계열이고, 전체 Working Set에는 공유 페이지가 포함될 수 있어 두 값을 같게 보면 안 된다.
- 이번에 검토한 Microsoft 공식 문서에서도 Weather의 고정 정상값이나 요구량으로 1GB를 제시하지 않는다.
시간이 지나도 유지되는 핵심 원리
Microsoft는 Weather를 WebView2를 사용하는 Windows 앱으로 설명합니다. WebView2는 웹 콘텐츠를 앱 안에 표시하고 브라우저 관리, renderer, GPU, utility 역할을 여러 프로세스로 나눕니다.
표시하는 콘텐츠, 사용 기능, origin, WebView 인스턴스, 앱·Runtime 버전, GPU와 하드웨어 환경에 따라 프로세스 수와 메모리는 달라질 수 있습니다.
버전이 바뀌어도 다음 확인 원칙은 유지됩니다.
- 여러
msedgewebview2.exe가 보이는 사실만으로 오류를 확정하지 않습니다. - 부모 앱이 다른 WebView2 프로세스를 한꺼번에 합산하지 않습니다.
- 지표 이름이 없는 메모리 숫자를 서로 직접 비교하지 않습니다.
- 한 시점의 값보다 같은 조건에서 계속 증가하는지를 봅니다.
2026년 8월 11일 로컬 측정에서 확인된 값
측정 환경은 Windows 11 Home build 26200, Microsoft.BingWeather 4.54.63045.0 x64, WebView2 Runtime 151.0.4129.72였습니다.
실행 전 Weather 루트 프로세스는 0개였습니다. 앱 실행 뒤 Microsoft.Msn.Weather.exe를 루트로 부모-자식 관계를 따라갔고, 루트 1개와 자식 6개, 총 7개만 포함했습니다. 다른 앱의 WebView2 프로세스는 제외했습니다.
| 측정 항목 | 값 | 해석 범위 |
|---|---|---|
| 실행 약 26초 뒤 전체 Working Set 합계 | 949.7MiB | 7개 프로세스의 WorkingSet64 단순 합계 |
| 같은 시점 Working Set Private 합계 | 546.4MiB | private physical working set 계열의 참고값 |
| 실행 약 55초 뒤 전체 Working Set 합계 | 845.9MiB | 같은 실행에서 감소한 두 번째 표본 |
실제 Task Manager UI와 기본 Memory 열은 기록하지 않았습니다. 이 측정으로 확인된 것은 전체 Working Set 합계가 약 950MiB였다는 사실이지, 기본 화면에 1GB가 표시됐다는 사실이 아닙니다.
Task Manager 기본 Memory 열을 따로 봐야 하는 이유
Microsoft의 메모리 누수 진단 지침은 Task Manager 기본 열의 메모리를 프로세스가 전용으로 사용하면서 물리 메모리에 상주한 working set으로 설명합니다.
전체 Working Set은 물리 메모리에 상주한 공유 페이지와 private 페이지를 함께 포함할 수 있습니다. 여러 프로세스의 전체 Working Set을 더하면 공유 페이지가 겹쳐 계산될 수 있습니다.
메모리 누수 자체를 진단할 때는 또 다른 지표인 Commit size와 전문 도구가 필요할 수 있습니다. 그러므로 다음 항목을 기록하지 않은 “램 1GB” 주장은 재현하기 어렵습니다.
- Task Manager의 어느 탭과 어느 열인지
- 부모 앱과 포함한 자식 프로세스가 무엇인지
- 측정 시점과 같은 조건의 반복값
- 재실행 뒤 값이 회복되는지
독립 실행형 Weather와 Widgets 날씨를 구분한다
Microsoft는 MSN Weather와 작업 표시줄 날씨를 별도 표면으로 설명합니다. 작업 표시줄 날씨는 Widgets 보드로 들어가는 카드입니다.
현재 키워드만으로는 사용자가 본 부모 그룹이 Weather인지 Widgets인지 알 수 없습니다. Task Manager에서 루트 프로세스를 먼저 확인한 뒤 해당 자식만 추적해야 합니다.
지금 할 일
1. Name 기준으로 정렬한다
Microsoft는 Task Manager를 Name 이외의 기준으로 정렬하면 WebView2 프로세스 그룹이 부정확하게 보일 수 있다고 안내합니다.
2. Weather 부모 그룹을 펼친다
Weather 아래의 WebView2 자식을 확인합니다. 이름이 같은 모든 msedgewebview2.exe를 Weather 소속으로 가정하지 않습니다.
3. 열 이름을 함께 기록한다
기본 Memory, 전체 Working Set, Commit은 서로 다른 지표입니다. 숫자 옆에 열 이름을 남깁니다.
4. 같은 조건의 시간 변화를 본다
앱을 닫았다가 다시 열고 같은 화면에서 여러 시점을 비교합니다. 시간이 지나며 계속 증가하는지, 재실행 뒤 회복되는지, 앱 멈춤이 함께 있는지를 기록합니다.
문제가 반복되면 공식 복구 순서를 따른다
Windows 11은 일부 앱에 Repair와 Reset을 제공합니다.
- 설정 > 앱 > 설치된 앱으로 이동합니다.
- Weather의 더 보기 메뉴에서 고급 옵션을 엽니다.
- Microsoft 안내 순서대로 Repair를 먼저 시도합니다.
- 해결되지 않으면 Reset을 검토합니다.
모든 앱에서 같은 옵션이 보이는 것은 아닙니다. Reset은 앱 데이터와 설정을 초기화할 수 있습니다.
이 글을 다시 검증해야 하는 조건
Weather 패키지나 WebView2 Runtime이 달라졌거나 같은 조건의 측정 흐름이 바뀌었다면 로컬 사례 수치는 다시 확인해야 합니다. Microsoft가 Weather 전용 정상 범위나 공식 메모리 요구량을 새로 제시하는 경우에도 결론을 갱신해야 합니다.
전체 Working Set과 Task Manager 기본 Memory 열을 구분하는 원리는 유지하되, 날짜만 바꾸고 과거 측정값을 최신값처럼 사용하지 않습니다.
결론
이번 측정은 전체 Working Set 합계가 약 1GB에 가까워질 수 있음을 보여 줬지만 Task Manager 기본 Memory 열의 1GB 표시는 확인하지 못했습니다. 정확한 판정에는 부모 프로세스, 열 이름, 측정 시점과 시간 추세가 모두 필요합니다.
댓글
댓글 쓰기
질문은 환영! 욕설, 홍보성 댓글은 삭제됩니다