Sekret ujawniony: tak właśnie robi system Windows, gdy po awarii „sprawdza rozwiązanie”.

Ikona czasu czytania 3 minuta. czytać


Czytelnicy pomagają wspierać MSpoweruser. Możemy otrzymać prowizję, jeśli dokonasz zakupu za pośrednictwem naszych linków. Ikona podpowiedzi

Przeczytaj naszą stronę z informacjami, aby dowiedzieć się, jak możesz pomóc MSPoweruser w utrzymaniu zespołu redakcyjnego Czytaj więcej

Wszyscy widzieliśmy komunikat o błędzie po awarii aplikacji, gdy system Windows bezskutecznie ogłasza, że ​​szuka rozwiązania problemu, zwykle bez żadnych rezultatów.

Biorąc pod uwagę, jak nieefektywny jest ten proces, całkiem rozsądne jest zapytać, co dokładnie się dzieje

Na szczęście na pytanie udzielono odpowiedzi w całości przez Marka Phaedrusa, programistę programu Windows Update Agent w firmie Microsoft.

On pisze:

Oto uproszczone wyjaśnienie działania tego systemu (zgłaszanie błędów systemu Windows).

  • Program ulega awarii.

  • Uruchamia się raportowanie błędów systemu Windows. Przechwytuje kilka kluczowych informacji o tym, co program robił w momencie awarii.

  • Wykorzystuje te informacje do stworzenia „podpisu zasobnika”. Podpis kubełkowy to krótki sposób identyfikacji awarii. Deweloper nie może stwierdzić, co powoduje awarię, patrząc na sygnaturę zasobnika; ale jeśli co najmniej dwie awarie mają ten sam podpis w zasobniku, najprawdopodobniej są one spowodowane tym samym.

  • Zakładając, że pozwalają na to ustawienia prywatności, Raportowanie błędów systemu Windows wysyła podpis zasobnika do firmy Microsoft.

  • W tym momencie dzieje się jedna z trzech rzeczy.

    • Możliwe, że nikt w firmie Microsoft jeszcze nie zajmuje się tym konkretnym problemem. W takim przypadku serwer Microsoft po prostu odnotowuje, że nastąpiła awaria z tą sygnaturą i nic więcej się nie dzieje.

    • Jeśli z tą samą sygnaturą zasobnika wydarzy się wiele awarii, błąd zostanie automatycznie wygenerowany i przypisany do programisty. Deweloper prawdopodobnie będzie potrzebował więcej informacji, aby rozwiązać błąd. Na przykład, jeśli błąd jest w Windows Update i zostanie do mnie przypisany, mogę powiedzieć „Potrzebuję plików dziennika Windows Update i zawartości obszaru Windows Update w rejestrze z kilku komputerów. Pięć powinno wystarczyć. Następnie, przy kolejnych pięciu awariach programu z tym samym podpisem zasobnika, system raportowania błędów mówi „Hej, komputer kliencki, zbierz te dzienniki i te informacje rejestru”. I zakładając, że ustawienia prywatności na to pozwalają, informacje są wysyłane do Microsoftu, a ja mogę na nie patrzeć, ciągle wpatrując się w okno przypominające mi, że mogę stracić pracę za niewłaściwe wykorzystanie danych. Więc nadal nie widzisz, że coś zostanie naprawione po twojej stronie, ale przy odrobinie szczęścia otrzymamy informacje, których potrzebujemy, aby naprawić błąd później.

    • Jeśli rzeczywiście znaleziono poprawkę dla tego problemu i jeśli jest to poprawka, której nie można rozwiązać po prostu instalując najnowszą poprawkę systemu Windows, serwer raportowania błędów może wysłać informacje z powrotem do komputera, w którym to momencie (w zależności od ze względu na charakter problemu i rozwiązanie) albo problem zostanie natychmiast naprawiony, albo otrzymasz powiadomienie „Hej, powinieneś zrobić X, aby rozwiązać ten problem”. To wprawdzie dość rzadkie, ale to robi zdarzyć.

Mój wniosek z informacji jest taki, że jeśli użytkownicy nie prześlą dzienników błędów, Microsoft może nigdy nie wiedzieć, jak powszechny jest problem, więc istnieje duży element konieczności bycia nieco bardziej altruistycznym i utrzymania telemetrii włączonej, jeśli chcemy, aby Microsoft ulepszył Okna dla nas wszystkich.

Czy raportowanie błędów systemu Windows kiedykolwiek rozwiązało Twój problem? Daj nam znać poniżej.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *