Co robi system Windows 10, gdy „przygotowuje się do zainstalowania aktualizacji”?

Zauważam, że Windows 10 wydaje się spędzać dużo czasu „przygotowując się do zainstalowania aktualizacji”, zanim zacznie działać. Zauważam również, że przez większość tego czasu pasek postępu wcale się nie przesuwa. Jak to, że właśnie teraz utrzymywało się na 10% przez długi czas (nie zegarowałem, ale nie sądzę, że przesadzam, jeśli ustawię to na kilka minut ), a następnie skoczyłem do 68%, odnosząc się do pojedyncza aktualizacja.

Ponieważ sam tekst najwyraźniej nie jest wystarczająco jasny, oto zrzut ekranu z konkretnego kroku Windows Update, o który pytam (kliknij link, aby zobaczyć pełny zrzut ekranu, z którego zostało przycięte poniżej). Zwróć uwagę, że zrzut ekranu został zrobiony podczas innej sesji aktualizacji niż ta, o której mówię w pierwszym akapicie, stąd procent ukończenia jest inny.

Czego Okna faktycznie zrobić z całym tym czasie? Jakie „przygotowania” zabierają tak dużo czasu?

Pamiętaj, że nie pytam o faktyczną instalację aktualizacji.

Chociaż szczególny czas, który skłonił mnie do zadania tego pytania, był na maszynie wirtualnej, widzę podobne zachowanie z systemem Windows 10 działającym na rzeczywistym sprzęcie, więc nie sądzę, że ma to związek tylko z faktem, że działa na maszynie wirtualnej (nawet choć może to być czynnik).

Przechwyciłem aktywność Windows Update u Microsoft-Windows-WindowsUpdateClientdostawcy ETW.

Tutaj nie widzę żadnego wydarzenia przygotowującego:

Widzę tylko Starti Stopod Downloadi Install.

Użyłem teraz WPRUI do śledzenia użycia DiskIO i procesora podczas kroku „przygotowania do instalacji aktualizacji”.

Tutaj widzę, że TrustedInstaller jest zajęty sprawdzaniem skrótów ( wcp.dll!CCSDirectTransaction::VerifyFileHashes) danych aktualizacji:

i widzę IO dysku, na którym TRustedInstaller.exe kopiuje dane do C:\Windows\WinSxS\Temp\InFlight\i C:\Windows\SoftwareDistribution\Download\.

Więc w zasadzie to „przygotowanie do instalacji” jest w rzeczywistości instalacją aktualizacji, więc jest to mylące wyjście.

W przypadku 1809 Microsoft naprawił zły status i pokazuje bezpośrednio poprawny „tekst instalacyjny”:

Rozumiem, że Windows tworzy kopię w tle podczas tego kroku, ale nie jestem w stanie znaleźć żadnych źródeł, aby to potwierdzić. Przedstawię jednak spostrzeżenia, że:

• Kopia w tle musi zostać utworzona w pewnym momencie procesu aktualizacji, aby Przywracanie systemu mogło działać.
• Tworzenie kopii w tle zawsze zajmuje zauważalny czas, nawet przy idealnej konfiguracji systemu. Ponadto, w zależności od liczby zainstalowanych aplikacji obsługujących VSS, może to potrwać „dłużej” niż w przypadku innych podobnych konfiguracji sprzętowych, ponieważ wielu autorów VSS wycisza dane, za które są odpowiedzialni.
• Wydajność podsystemu pamięci komputera może dodatkowo wydłużyć czas wykonania kopii w tle, ponieważ jest to proces wymagający dużej ilości dysku.

Wątpię, aby była to jedyna czynność wykonywana podczas fazy „Przygotowywania aktualizacji”, ale pochłonęłaby to znaczną część wymaganego czasu.

Myślę, że najbardziej prawdopodobną odpowiedzią byłoby to, że Windows rozpakowuje niektóre archiwa (a nawet je pobiera) i zdecydowanie przygotowuje system do następnego uruchomienia, więc zamiast normalnego uruchamiania kontynuuje aktualizacje.