공개된 비밀: Windows가 충돌 후 "해결 방법을 확인 중"일 때 수행하는 작업입니다.

우리는 모두 앱 충돌 후 Windows가 일반적으로 아무 결과도 없이 문제에 대한 솔루션을 확인하고 있다고 헛되이 발표할 때 오류 메시지를 보았습니다.

프로세스가 얼마나 비효율적인지를 감안할 때 정확히 무슨 일이 일어나고 있는지 묻는 것이 매우 합리적입니다.

고맙게도 질문이 답변되었습니다 Microsoft의 Windows Update Agent 소프트웨어 개발자인 Mark Phaedrus가 전체 내용을 작성했습니다.

그는 쓴 :

다음은 해당 시스템(Windows 오류 보고)이 작동하는 방식에 대한 간단한 설명입니다.

• 프로그램이 충돌합니다.

• Windows 오류 보고가 시작됩니다. 충돌 당시 프로그램이 무엇을 하고 있었는지에 대한 몇 가지 중요한 정보를 캡처합니다.

• 이 정보를 사용하여 "버킷 서명"을 만듭니다. 버킷 서명은 충돌을 식별하는 짧은 방법입니다. 개발자는 버킷 서명을 보고 충돌을 일으키는 원인을 알 수 없습니다. 그러나 두 개 이상의 충돌에 동일한 버킷 서명이 있는 경우 동일한 원인으로 인해 발생할 가능성이 매우 높습니다.

• 개인 정보 설정이 허용한다고 가정하면 Windows 오류 보고는 버킷 서명을 Microsoft로 보냅니다.

• 그 시점에서 세 가지 중 하나가 발생합니다.

  • Microsoft의 누구도 아직 그 특정 문제를 보고 있지 않을 수 있습니다. 이 경우 Microsoft 서버는 해당 서명과의 충돌이 발생했음을 기록하고 다른 일은 일어나지 않습니다.

  • 동일한 버킷 서명으로 많은 충돌이 발생하면 버그가 자동으로 생성되어 개발자에게 할당됩니다. 개발자는 버그를 해결하기 위해 더 많은 정보가 필요할 것입니다. 예를 들어, 버그가 Windows Update에 있고 나에게 할당되면 “몇 대의 컴퓨터에서 레지스트리에 있는 Windows Update 로그 파일과 Windows Update 영역의 내용이 필요합니다. XNUMX개면 충분합니다.” 그런 다음 동일한 버킷 서명으로 프로그램이 다음 XNUMX번 충돌하면 오류 보고 시스템이 "이봐, 클라이언트 PC, 이 로그와 이 레지스트리 정보를 수집하십시오."라고 말합니다. 개인 정보 설정이 허용한다고 가정하면 해당 정보가 Microsoft로 전송되고 저는 정보를 볼 수 있으며, 데이터를 오용하면 직장을 잃을 수 있음을 상기시켜주는 창을 계속 쳐다보고 있습니다. 따라서 여전히 수정된 내용이 보이지 않지만 운이 좋으면 나중에 버그를 수정하는 데 필요한 정보를 얻을 수 있습니다.

  • 해당 문제에 대한 수정 사항이 실제로 발견되고 최신 Windows 패치를 설치하는 것만으로는 처리할 수 없는 수정 사항인 경우 오류 보고 서버에서 정보를 PC로 다시 보낼 수 있습니다. 문제의 성격 및 수정 사항) 문제가 즉시 해결되거나 "이 문제를 해결하려면 X를 수행해야 합니다."라는 알림이 표시됩니다. 꽤 드문 일인 것은 사실이지만, 하지 우연히 있다.

사용자가 오류 로그를 제출하지 않으면 Microsoft는 문제가 얼마나 흔한지 결코 알지 못할 수 있으므로 Microsoft가 개선하기를 원할 경우 조금 더 이타적이어야 하고 원격 측정을 유지해야 하는 큰 요소가 있습니다. 우리 모두를 위한 윈도우.

Windows 오류 보고로 문제가 해결된 적이 있습니까? 아래에 알려주십시오.