최신 대기 스트레스 및 장기 테스트

아티클
05/10/2023

시스템 디자이너는 잠재적인 안정성 문제를 식별하고 해결하는 데 도움이 되도록 최신 대기 시스템에서 스트레스 테스트 및 장기 테스트를 실행해야 합니다. 최신 대기를 사용하면 시스템이 저 전원 화면 끄기 상태에서도 계속 실행될 수 있습니다. 이 상태는 시스템 하드웨어 및 소프트웨어의 대부분이 중지된 후 나중에 다시 시작될 때까지 비활성 상태로 유지되는 기존 ACPI 절전(S3) 및 최대 절전(S4) 상태와 다릅니다.

최신 대기를 사용하면 시스템이 훨씬 더 긴 총 시간 동안 가동 및 실행될 수 있으므로 S3 및 S4만 지원하는 시스템에서 검색되지 않는 하드웨어 및 소프트웨어 안정성 문제를 노출할 수 있습니다.

진입 및 종료

모든 최신 대기 시스템에서 오류 없이 최소 1,000회 주기 동안 최신 대기로 진입하고 종료하도록 유효성을 검사해야 합니다. 최신 대기 모드로 진입하고 종료하는 것은 시스템의 저 전원 작동과 사용자의 기본 상호 작용이며 매우 안정적이어야 합니다.

최신 대기 모드로 성공적으로 진입하고 종료하면 다음과 같은 여러 하드웨어, 펌웨어 및 장치 드라이버 구성 요소의 유효성이 검사됩니다.

PMIC(전원 관리 IC)를 포함하여 전원 단추 작동을 관리하는 플랫폼 하드웨어
디스플레이 패널 관리 및 초기화 하드웨어
Wi-Fi 및 네트워킹 디바이스 펌웨어 및 드라이버
그래픽 장치 드라이버

최신 대기 진입 및 종료에 대한 스트레스 테스트는 PwrTest 도구를 사용하여 자동화할 수 있습니다. PwrTest는 WDK(Windows 드라이버 키트)의 일부로 대상 시스템에 설치해야 하며, 여기에는 최신 대기 시스템의 시스템 전원 단추를 자동화하기 위한 추가 소프트웨어가 포함됩니다.

테스트 시나리오	예상된 결과	진단 참고 사항
시스템에서 최소 1,000회 주기 동안 안정적으로 최신 대기 모드로 진입하여 종료할 수 있습니다.	PwrTest 도구와 /cs 명령줄 옵션을 사용하여 1,000회 주기 동안 최신 대기를 통해 시스템을 자동으로 순환시킵니다. 예상 결과는 시스템에서 1,000회 주기를 모두 완료하는 것입니다.	스트레스 테스트를 1,000회 주기까지 증분하는 것이 좋습니다. 먼저 100회 주기 동안 테스트합니다. 오류가 검색되면 시스템을 커널 디버거 및 SoC 하드웨어 디버거에 연결하고 100회 주기 테스트를 반복하여 문제의 근본 원인을 캡처하고 파악합니다. 100회 주기 테스트가 성공적으로 완료되면 주기 수를 500회, 1,000회 주기로 차례로 연장합니다.

SoC 저 전원 상태 전환

유휴 및 활성 전원 상태 간의 SoC 전환을 관리하는 펌웨어 및 드라이버는 최신 대기에서 오랫동안 작동하는 스트레스를 견딜 수 있도록 매우 안정적이어야 합니다. SoC 저 전원 상태 전환은 장기간의 최신 대기 테스트를 통해 스트레스를 받아야 합니다. 이 테스트는 주말과 같은 긴 최신 대기 기간 동안 시스템이 안정적으로 작동하도록 하는 데 도움이 됩니다. 이 테스트는 AC 전원에 연결된 상태에서 수행해야 합니다.

측정 시나리오	예상된 결과	전원 참고 사항
시스템은 100시간 동안 연속으로 최신 대기 상태를 유지할 수 있으며 종료 시 작동합니다. 시스템은 100시간 동안 Wi-Fi 연결을 유지하고 종료 시 Wi-Fi 연결이 작동합니다.	시스템을 최신 대기 상태로 전환하고 100시간 후에 전원 단추로 절전 모드를 해제합니다. 예상 결과는 시스템이 즉시 켜지고 Wi-Fi 네트워크를 추가로 구성하거나 선택하지 않고도 Wi-Fi 연결이 작동하는 것입니다.	장기 테스트를 100시간까지 증분하는 것이 좋습니다. 먼저 24시간 동안 테스트합니다. 오류가 검색되면 시스템을 커널 디버거 및 SoC 하드웨어 디버거에 연결하고 24시간 테스트를 반복하여 문제의 근본 원인을 캡처하고 파악합니다. 24시간 테스트가 성공적으로 완료되면 기간을 100시간으로 연장합니다.

시스템은 100시간 동안 연속으로 최신 대기 상태를 유지할 수 있으며 종료 시 작동합니다. 시스템은 100시간 동안 Wi-Fi 연결을 유지하고 종료 시 Wi-Fi 연결이 작동합니다.

시스템을 최신 대기 상태로 전환하고 100시간 후에 전원 단추로 절전 모드를 해제합니다.

예상 결과는 시스템이 즉시 켜지고 Wi-Fi 네트워크를 추가로 구성하거나 선택하지 않고도 Wi-Fi 연결이 작동하는 것입니다.

장기 테스트를 100시간까지 증분하는 것이 좋습니다.

먼저 24시간 동안 테스트합니다. 오류가 검색되면 시스템을 커널 디버거 및 SoC 하드웨어 디버거에 연결하고 24시간 테스트를 반복하여 문제의 근본 원인을 캡처하고 파악합니다.

24시간 테스트가 성공적으로 완료되면 기간을 100시간으로 연장합니다.

Windows HLK 최신 대기 스트레스 테스트

Windows HLK(Hardware Lab Kit)에는 장치 드라이버가 디바이스 작동을 위해 실행되는 동시에 자동 최신 대기 전환을 실행하는 '드라이버 확인 프로그램의 동시성 스트레스를 사용하는 연결된 대기 스트레스'라는 최신 대기 스트레스 테스트가 포함되어 있습니다. 이 테스트는 시스템이 최신 대기 전원 상태 간을 전환할 때 디바이스와 해당 드라이버가 계속 작동하는지 확인하도록 설계되었습니다.

이 테스트는 시스템이 최신 대기 상태를 종료한 후에도 예상대로 계속 작동하는지 확인하는 데 중요한 부분입니다. 이 테스트는 Windows HLK의 일부로 포함되며 시스템 인증에 필요합니다.

테스트 작업

이 테스트는 WDTF(Windows Device Testing Framework) SimpleIO 인터페이스를 사용하여 시스템에 열거된 디바이스를 연습합니다. 이러한 디바이스에는 센서, 카메라, 오디오, 그래픽, Wi-Fi, 스토리지 및 Bluetooth 디바이스가 포함됩니다. 테스트는 시스템을 1분 동안 최신 대기 상태에 둔 다음, 시스템을 최신 대기 상태에서 전환하여 30초 동안 디바이스를 연습합니다. 이 주기는 150회 반복됩니다.

테스트 실행 중에 드라이버 확인 프로그램이 사용하도록 설정되어 드라이버 버그 및 메모리 누수를 식별하는 데 도움이 됩니다.

이 테스트를 통해 다음과 같은 시스템 또는 장치 드라이버 문제를 식별할 수 있습니다.

최신 대기 세션 후 디바이스 작동 중에 시스템에서 응답하지 않거나 작동이 중단됩니다.
디바이스 활동 후 시스템에서 저 전원 상태(DRIPS(가장 깊은 런타임 유휴 플랫폼 상태))로 진입할 수 없습니다.
시스템 손상, 드라이버 오류 및 메모리 누수를 포함하여 드라이버 확인 프로그램에서 식별한 드라이버 문제
응답 없음, 작동 중단 또는 문제 코드를 포함하여 최신 대기 상태에서 다시 시작한 후에 발생한 드라이버 문제

테스트 실패 해결

테스트에서 여러 디바이스를 실행하므로 다양한 유형의 테스트 실패가 발생할 수 있습니다. 테스트 실패 유형을 식별하는 것은 시스템 또는 드라이버 문제의 근본 원인을 찾는 첫 번째 단계입니다.

테스트는 일반적으로 다음 세 가지 실패 모드 중 하나에서 실패합니다.

테스트가 실패하고 검색된 실패에 대한 데이터가 포함된 Windows HLK 로그에 실패가 기록됩니다.
테스트가 실패하지만 시스템에서 실패의 결과로 Windows HLK 서버에 보고하지 않습니다. 그러나 시스템은 즉시 응답하고 로컬 상호 작용을 통해 작동합니다.
테스트가 완료되지 않고 테스트 중인 시스템에서 작동을 중단하거나 응답하지 않습니다(검은색 화면에서 멈춤).

Windows HLK 로그에 기록된 테스트 실패 디버깅

테스트 실패가 Windows HLK 로그에 기록되는 경우 일반적인 두 가지 실패 유형이 있습니다.

시스템에서 테스트 중에 저 전원 상태(DRIPS)로 진입하지 못했습니다.
테스트에서 더 이상 드라이버와 통신할 수 없음을 검색했으며 시간 제한이 발생했습니다.

테스트 로그의 일부로 포함된 SleepStudy 보고서를 사용하여 시스템이 저 전원 상태(DRIPS)로 진입하지 못하도록 방지해야 하는 구성 요소를 식별할 수 있습니다. 여기에는 몇 가지 일반적인 원인이 있습니다.

NDIS 6.3 및 최신 대기 기능을 지원하지 않는 유선 이더넷 어댑터 사용을 포함한 테스트 설정 및 구성 문제
유선 LAN 네트워크의 DHCP 서버 문제
최신 대기 중에 유휴 상태를 올바르게 자체 저 전원 모드로 전환하지 않는 디바이스 및/또는 드라이버

또한 테스트 로그에는 I/O 요청에 적시에 응답하지 않은 디바이스를 나타내는 오류 메시지가 포함될 수 있습니다. 이 조건은 시스템이 최신 대기 상태에서 다시 시작될 때 사용자 또는 앱이 작동하지 않도록 방지할 수 있으므로 테스트 실패로 간주됩니다.

테스트 로그는 I/O 작업을 수행한 마지막 디바이스를 나타냅니다. 이러한 디바이스는 테스트 실패의 원인입니다. 다음 예제의 테스트 로그 출력은 ACPI\XXXX\2&DAFA3FF&DAFA3FF&1 디바이스의 시간이 초과되었음을 보여줍니다.

메시지	7/16/2013 12:50:24.333 AM	WDTF_SIMPLEIO_STRESS_PROC : - WaitAsyncCompletion(일부 위치 센서 디바이스 ACPI\XXXX\2&DAFA3FF&DAFA3FF&1)
메시지	7/16/2013 12:59:50.333 AM	WDTF_SIMPLEIO_STRESS_PROC: - WaitAsyncCompletion(일부 다른 디바이스 XXX_XXX\UART_XXX\3&2F829BAD&0&F00D)

일반적인 실패 원인은 GPS 수신 불량입니다. 이로 인해 GPS 디바이스에서 I/O 요청에 응답하는 데 매우 오랜 시간이 걸립니다. GPS 디바이스가 있는 시스템에서 이 테스트를 실행하는 방법에 대한 자세한 내용은 'GPS가 장착된 시스템에 대한 참고 사항'을 참조하세요.

로그(및 반응형 시스템) 없이 테스트 실패 디버깅

테스트가 여전히 실행 중이라는 징후 없이 테스트 중인 시스템이 계속 실행되고 있는 경우 가장 가능성 있는 원인으로 시스템에 치명적인 오류가 발생했거나 시스템이 다시 시작되었을 수 있습니다. 이러한 문제를 디버그하려면 시스템 디렉터리에서 덤프 파일이 있는지 확인하고 시스템을 다시 설정할 수 있는 하드웨어 Watchdog를 사용하지 않도록 설정합니다.

시스템이 응답하지 않을 때(검은색 화면) 테스트 실패 디버깅

시스템이 검은색 화면에서 멈춘 경우 커널 디버거를 시스템에 연결하여 문제를 진단해야 합니다.

커널 디버거가 이미 연결되어 있고 시스템에서 커널 디버거에 응답하지 않는 경우 시스템이 잠기는 이유를 식별하기 위해 하드웨어 디버거가 필요합니다. 디버깅에 대한 추가 지원은 핵심 실리콘/SoC 공급자에 문의할 수 있습니다.

추가 HLK 설명서

GPS가 장착된 시스템에 대한 참고 사항

테스트 중인 시스템에 GPS 디바이스 또는 위치 센서 디바이스가 있는 경우 테스트를 실행하기 전에 다음 Windows 설정을 사용하도록 설정해야 합니다.

제어판\하드웨어 및 소리\위치 설정\Windows 위치 플랫폼 켜기
PC 설정\개인 정보\위치: Windows 및 앱에서 내 위치를 사용하도록 허용

WDK(Windows 드라이버 키트)의 센서 진단 도구를 사용하여 테스트 사이트에서 GPS 신호 수신을 확인할 수 있습니다. 자세한 내용은 센서 진단 도구를 사용하여 센서 기능 테스트를 참조하세요.

다음을 통해 공유