켜기/끄기 평가 결과
이 항목은 켜기/끄기 평가(부팅 성능(빠른 시작), 부팅 성능(전체 부팅), 대기 성능 및 최대 절전 모드 성능)에서 생성된 결과를 해석하는 데 도움이 됩니다. 또한 결과를 사용하여 컴퓨터를 종료하고 부팅할 때 최종 사용자의 환경에 부정적인 영향을 주는 몇 가지 일반적인 문제를 식별하고 해결하는 방법에 대한 지침을 제공합니다.
켜기/끄기 전환 평가에 대한 자세한 내용은 켜기/끄기 전환 성능을 참조하세요.
목표 파일
결과 뷰에서 향상된 기능을 측정하는 사용자 지정 목표를 만들 수 있습니다. 목표 파일은 PC의 성능을 이해하고 비즈니스에서 PC를 비교하는 데 도움이 되는 심사 도구입니다.
예를 들어, 기본 노트북의 목표는 고급 데스크톱 컴퓨터에 대해 설정한 목표와 다를 수 있으며 시간이 흐르고 기술이 개선됨에 따라 다양한 목표와 주요 요구 사항을 유연하게 정의하려는 방식으로 시장 기대치가 바뀔 수 있습니다.
메트릭 값을 해당 메트릭의 목표와 비교할 때 상태는 다음과 같이 결과 뷰에서 색상으로 구분됩니다.
연한 자주색은 시스템의 사용자 환경이 뛰어나고 문제가 감지되지 않았음을 의미합니다.
보통 자주색은 사용자 환경이 허용 가능하고 시스템을 최적화할 수 있음을 의미합니다. 추천 및 분석을 검토하여 시스템을 개선할 수 있는 사항을 확인합니다. 이는 소프트웨어 변경, 구성 변경 또는 하드웨어 변경이 될 수 있습니다.
진한 자주색은 시스템의 사용자 환경이 좋지 않으며 개선의 여지가 있음을 의미합니다. 추천 및 분석을 검토하여 시스템에 적용할 수 있는 개선 사항을 확인합니다. 이는 소프트웨어 변경, 구성 변경 또는 하드웨어 변경이 될 수 있습니다. 고품질 Windows 환경을 제공하기 위해 절충을 고려해야 할 수도 있습니다.
색 없음은 메트릭에 대해 정의된 목표가 없음을 의미합니다.
참고
Windows 8용 Windows 평가 도구 키트에서 일부 평가에는 기본 목표 파일이 포함됩니다. 이 버전의 도구를 사용하여 처음으로 결과를 볼 때 기본 목표 파일이 사용됩니다. 그러나 Windows 8.1 및 Windows 10과 동일한 방식으로 Windows 8에 대한 사용자 지정 목표를 정의할 수도 있습니다.
UI를 사용하여 사용자 지정 목표를 적용하기 전에 목표 파일 위치를 설정하고 해당 위치에 목표 파일을 추가할 수 있습니다. 목표 파일을 선택하면 이 파일이 열려 있는 모든 결과에 사용되는 목표 파일로 계속 유지됩니다.
한 번에 하나의 목표 파일만 사용할 수 있습니다. 모든 평가의 목표는 단일 목표 파일에 설정됩니다. 평가 도구는 다음 순서로 목표를 검색합니다.
- 사용자 지정 목표 파일
- 결과 파일에 정의된 목표
- 평가 매니페스트에 정의된 목표
%PROGRAMFILES%\Windows Kits\10\Assessment and Deployment Kit\Windows Assessment Toolkit\SDK\Samples\Goals에 제공된 샘플 목표 파일을 사용하여 사용자 고유의 목표 파일을 만들 수 있습니다.
참고
목표 파일을 작업으로 패키지화할 수는 없지만 다른 사용자가 사용할 수 있도록 공유에 저장할 수 있습니다.
메트릭
이 섹션에서는 켜기/끄기 평가에서 보고된 주요 메트릭, 이러한 메트릭에 대한 좋지 않은 결과의 일반적인 원인 및 이러한 메트릭과 관련된 문제에 대한 일반적인 해결 방법에 대해 설명합니다. 또한 이 섹션은 메트릭이 가장 적합한 대상을 식별하는 데 도움이 됩니다.
다음 표에서는 평가에서 사용할 수 있는 메트릭을 설명합니다.
| 평가 | 메트릭 설명 |
|---|---|
| 부팅 성능(빠른 시작) 평가 | 이 메트릭은 종료 단계의 시작부터 최대 절전 모드 파일을 디스크에 쓰고 저전력 상태(S4)로의 전환이 끝날 때까지의 시간을 캡처합니다. |
| 부팅 성능(전체 부팅) 평가 | 이 메트릭은 종료 단계의 시작부터 전원이 꺼진 상태로의 전환까지의 시간을 캡처합니다. |
| 대기 성능 평가 | 이 메트릭은 일시 중단 단계의 시작부터 저전력 상태(S3)로의 전환까지의 시간을 캡처합니다. |
| 최대 절전 모드 성능 평가 | 이 메트릭은 최대 절전 모드에서 최대 절전 모드 파일을 디스크에 쓰고 저전력 상태(S4)로의 전환이 끝날 때까지의 시간을 캡처합니다. |
다음 전환 단계에 대한 켜기/끄기 평가 메트릭을 볼 수 있습니다.
- BIOS 초기화 기간
- 부팅 관리자
- Explorer 초기화 기간
- 스토리지 볼륨 플러시 기간
- 최대 절전 모드 읽기 기간
- 최대 절전 모드 쓰기 기간
- 기본 경로 부팅 기간 및 기본 경로 다시 시작 기간
- 운영 체제 선택 메뉴 기간
- 사후 켜기/끄기 기간
- 디바이스 쿼리 기간
- 디바이스 다시 시작 기간
- 종료 기간 및 일시 중단 기간
- 프로세스 종료 기간
- Superfetch 메모리 준비 기간
- 디바이스 일시 중단 기간
- 프로세스 일시 중단 기간
- 서비스 일시 중단 기간
- 총 부팅(BIOS 제외) 기간 및 총 다시 시작 기간(BIOS 제외) 기간
- 사용자 세션 종료 기간
- Winlogon 다시 시작 기간
- Winlogon 일시 중단 기간 및 Winlogon 알림 기간
참고 항목
미니필터 진단 모드 사용 설정을 사용하도록 설정한 경우 평가 결과에 미니필터 메트릭이 포함됩니다. 미니필터 메트릭 및 결과에 대한 자세한 내용은 미니필터 진단을 참조하세요.
문제
켜기/끄기 전환 성능 평가는 고급 문제 분석을 수행하고 WPA에 대한 링크를 제공하여 평가에서 식별한 문제를 해결합니다. WPA가 열리면 문제 유형에 따라 디스크 작업 또는 CPU 작업에 대한 추가 세부 정보를 사용할 수 있습니다. 이 섹션에서는 성능 문제를 분석하는 데 사용할 수 있는 일반적인 조사 기술에 대해 설명합니다.
최대 기여자 찾기
Windows Assessment Console에서 평가 결과 파일을 열고 해당 부모 메트릭을 확장합니다. 자식 하위 메트릭은 일반적으로 부모 메트릭에 영향을 미치는 특정 구성 요소에 대한 정보를 제공합니다.
예를 들어 프로세스 종료 기간 메트릭을 고려합니다. 메트릭을 확장하여 이 단계에 대한 세 개의 하위 메트릭 테이블을 볼 수 있습니다. 처음 두 테이블은 CPU 및 디스크 사용률을 보여 주고 세 번째 테이블은 종료되는 개별 프로세스의 기간을 보여 줍니다.
세부 정보 열과 같은 추가 열은 하위 메트릭에 대한 자세한 정보를 제공합니다. 사용자 세션 프로세스 종료에서 세부 정보 열에 PID가 표시됩니다.
참고
기본 보기에서는 반복에서 PID를 집계할 수 없으므로 세부 정보 열에 "다양한" 값이 포함될 수 있습니다. 개별 PID를 보려면 반복을 확장합니다.
Windows Assessment Console을 사용하면 데이터 열을 기준으로 하위 메트릭 목록을 정렬할 수 있습니다(종료/부팅 중 단계 순서별로 정렬되는 최상위 빠른 시작 단계 목록 제외).
예를 들어 사용자 세션 프로세스 종료 단계의 확장된 프로세스 목록에서 표 머리글을 마우스 오른쪽 단추로 클릭한 다음 내림차순 행 정렬을 선택합니다.
여러 최상위 단계 기간에 이 기술을 사용할 수 있습니다.
리소스 사용률 메트릭 보기
이 단계에서 각 프로세스에 대한 자세한 리소스 사용률 메트릭을 봅니다. 이 정보를 검색하려면 섹션의 각 단계 탭에 대한 프로세스를 확장한 다음 CPU 사용량 또는 총 디스크 사용량을 기준으로 정렬합니다.
추가 정보
심층 분석 문제 및 권장 사항에 대한 자세한 내용은 일반적인 심층 분석 문제를 참조하세요.
평가는 0x80050006 종료 코드를 보고합니다.
이 오류는 유지 관리 작업이 PC에 등록되었지만 평가 실행 전에 완료되지 않은 경우에 발생합니다. 이렇게 하면 유지 관리 작업에서 평가 메트릭에 영향을 주는 경우가 많으므로 평가가 실행되지 않습니다.
이 문제를 해결하려면 다음 중 하나를 수행합니다.
컴퓨터가 네트워크에 연결되어 있고 AC 전원에서 실행되는지 확인합니다. 관리자 권한 프롬프트에서 다음 명령을 사용하여 보류 중인 유지 관리 작업을 수동으로 시작합니다.
rundll32.exe advapi32.dll,ProcessIdleTasks일반 및 유휴 유지 관리 작업을 사용하지 않도록 설정하고 평가를 실행하기 전에 모든 유지 관리 작업을 중지합니다.
시간이 요주의 작업에 대한 모범 사례
작업을 지연시키지 않으려면 시간이 오래 걸리는 작업을 수행하지 않는지 확인합니다. 다음은 피해야 할 몇 가지 사항입니다.
예를 들어 종료 중에 WM_ENDSESSION을 처리하기 위해 시간이 중요한 응답이 필요한 경우 요청을 받을 때 상당한 작업을 수행할 계획을 세우지 마세요(사용자 수정 사항 저장과 같은 데이터 안정성 작업은 수행해야 하므로 제외).
반드시 필요한 경우가 아니면 더 오래 걸릴 수 있는 작업을 수행하지 마세요. 현재의 요주의 작업이 완료될 때까지 연기합니다. "이 API를 사용할 때 성능 고려 사항 주의"라는 경고가 포함된 API는 사용하지 않습니다.
네트워크 문제로 인해 네트워크 요청이 지연될 수 있으므로 네트워크 종속성을 피합니다. 네트워크가 전체 시간 동안 사용 가능하다는 보장이 없기 때문에 시작 및 종료 시나리오의 경우 특히 그렇습니다.
긴 제한 시간을 피합니다. 대기가 필요한 경우 대기 시간이 작은(시간이 요주의 작업의 맥락에서) 제한 시간 값으로 합리적으로 제한되는지 확인합니다.
과도한 계산을 피합니다. 프로세서는 속도가 다양하므로 매우 빠른 컴퓨터에서는 100ms가 걸리는 계산이 느린 컴퓨터에서는 몇 초가 걸릴 수 있습니다.
불필요한 스토리지 I/O를 피합니다. 모든 I/O 요청은 다른 구성 요소에 의해 지연될 수 있습니다. 항상 일반적인 시스템에서 수십 개의 애플리케이션과 서비스가 실행되고 있으며 스토리지 리소스는 제한되어 있습니다. I/O 요청은 다른 구성 요소의 유사한 요청 수백 개 뒤에 대기할 수 있습니다.
예를 들어 FlushFileBuffers API 호출을 통해 시작된 디스크 플러시를 피합니다. 플러시하면 디스크 스택이 캐시를 삭제하고 하드 드라이브가 RAM 버퍼에 데이터를 기록하도록 강제합니다. 일반적으로 이 작업은 비용이 많이 들고 하드 드라이브가 요청을 무시하는 경우가 많기 때문에 데이터 일관성을 보장하지 않습니다.
RegFlushKey API를 호출하여 레지스트리 하이브를 플러시하지 마세요. 레지스트리 설계 때문에 API로 인해 전체 하이브에 대한 수정된 데이터가 디스크로 플러시되며 이는 비용이 많이 드는 작업입니다. 레지스트리 키 플러시는 운영 체제가 모든 구성 요소에 일관된 레지스트리 보기를 제공하기 때문에 일반적으로 필요하지 않은 작업입니다. 또한 레지스트리 자체는 몇 초마다 비동기 플러시를 수행합니다.
RPC 인증 프로세스는 비용이 많이 들기 때문에 새 RPC 연결을 열지 마세요. 새 RPC 연결을 설정하려면 비용이 많이 드는 보안 검사가 필요합니다.
TxF API와 같은 트랜잭션 API는 일반적으로 각 API 호출에 대해 많은 비용이 드는 작업을 수행하므로 호출하지 마세요. 이러한 API는 성능을 희생시키면서 안정성을 확보하므로 시간이 요주의 작업 중에 이러한 API를 사용해서는 안 됩니다.