оказывается, что вовсе не в момент появления рабочего стола
Когда РЕАЛЬНО завершается обновление системы
|
|
sysprg
| Отредактировано sysprg - 24.09.2018, 20:13 |
Почетный
|
В принципе все инсайдеры уже много раз писали на форуме о том, что НЕ СЛЕДУЕТ торопиться с установкой прикладного софта и перезагрузкой системы по завершении обновления, а следует дать системе "устаканиться" и цифра "устаканивания' называлась разная, от 5 до 30 минут. Оказывается, что эту цифру легко добыть и она соответствует времении последнего обновления одной из системных директорий. Проще всего продемонстрировать это результатом работы малюсенького скрипта:
Код # Узнаем полный путь директории, в которую был загружен УПРАВЛЯЮЩИЙ загрузкой файл ActionList.xml $d = (Get-ChildItem ActionList.xml -LiteralPath 'c:\Windows.Old\Windows\SoftwareDistribution' -recurse).DirectoryName;
# Теперь получим временную отметку файла, который ВСЕГДА загружается ПЕРВЫМ $t = (Get-ChildItem "$d\*AggregatedMetadata.cab").LastWriteTime.ToString( "yyyy-MM-dd HH:mm:ss" );
# теперь получим справку обо всех файлах и поддиректориях, сзданных в директории $d $f = Get-ChildItem $d | %{ if ( $_.LastWriteTime.ToString( "yyyy-MM-dd HH:mm:ss" ) -ge $t ){$_} } | sort-object -Property LastWriteTime;
$f - хранит все имена файлов и директорий, но нам интересны лишь ПЕРВЫЙ и последние и поэтому выведем их на консоль $f[0] $f[-4..-1] # последние 4 строки
# У меня для 17763 результат оказался вот таким: Directory: C:\Windows.Old\Windows\SoftwareDistribution\Download\a4a6e4485dc2e202663e2c4387b641d9
Mode LastWriteTime Length Name ---- ------------- ------ ---- -a---- 2018-09-18 21:01 1412010 b497f6ed-c4d8-4dd3-9ab3-2edbe9dcf605.AggregatedMetadata.cab Mode LastWriteTime Length Name ---- ------------- ------ ---- d----- 2018-09-18 21:59 amd64_Microsoft-Windows-Client-Desktop-Required-Package~~AMD64~~10.0.17763.1 d----- 2018-09-18 22:00 amd64_Microsoft-OneCore-ApplicationModel-Sync-Desktop-FOD-Package~~AMD64~~10.0.17763.1 d----- 2018-09-18 22:00 AMD64_Microsoft.ModernApps.Client.professional~~AMD64~~10.0.17763.1 d----- 2018-09-18 22:00 AMD64_Microsoft.ModernApps.Client.All~~AMD64~~10.0.17763.1
Ясно и ежу, что поддиректория, выведенная в последней строке, является хранилищем подгруженных системных Метро-приложений. А теперь покажу насколько далеко отметка времени 2018-09-18 22:00 отстоит от момента выхода на рабочий стол:
Код --- Installation brief description ------------------------------------------------------------ Download : 2018-09-18 21:01:27 2018-09-18 21:10:52 9 minutes 25 seconds Installing 0-100% : 2018-09-18 21:10:53 2018-09-18 21:33:07 22 minutes 14 seconds Step 0-64 % : 2018-09-18 21:33:26 2018-09-18 21:49:06 15 minutes 40 seconds Step 64-100 % : 2018-09-18 21:49:06 2018-09-18 21:49:29 23.000 seconds 1st reboot : 2018-09-18 21:33:26 2018-09-18 21:33:45 19.000 seconds 2nd reboot : 2018-09-18 21:49:06 2018-09-18 21:49:16 10.000 seconds OOBE boot : 2018-09-18 21:49:29 2018-09-18 21:51:20 1 minutes 51 seconds Updated, Installed : 2018-09-18 21:15:54 2018-09-18 21:52:12 36 minutes 18 seconds Offline Installation : 2018-09-18 21:33:26 2018-09-18 21:51:20 17 minutes 54 seconds Setup Logging : 2018-09-18 21:04:48 2018-09-18 21:54:26 49 minutes 38 seconds Upgrade Duration : 2018-09-18 21:01:27 2018-09-18 21:54:26 52 minutes 59 seconds
То есть мой скрипт отображения этапов обновления, указал в качестве момента ЗАВЕРШЕНИЯ, 2018-09-18 21:54:26. моменту последней отметке времени в Setupact.log. Как видно, этот момент времени более, чем на 5 минут отстоит от РЕАЛЬНОГО, с моей точки зрения, завершения обновления. P.S: а рабочий стол появился в 21:51:20, момент завершения рассказа о том, какую замечательную систему мы получили в результате обновления
|
|
306263
|
Lenchik
| |
Почетный
|
Оно и без скриптов видно что после запуска системы после обновления происходит обновление метроприложений. Но обновление метроприложений не мешает настройке системы пользователем или ещё какой деятельности пользователя.
|
|
|
sysprg
| Отредактировано sysprg - 24.09.2018, 15:53 |
Автор темы
Почетный
|
Цитата Lenchik ( ) Но обновление метроприложений не мешает настройке системы пользователем или ещё какой деятельности пользователя. Да, с этим я полностью согласен и неоднократно наблюдал, что отдельные из них загружались через сутки. Но в данном случае показан совсем не длинный промежуток времени выжидания, порядка 10 минут в течение которых не следует как минимум УДАЛЯТЬ Windows.Old, в течение которых подгружаются совершенно необходимые приложения.
|
|
|
White_Wolf
| Отредактировано White_Wolf - 24.09.2018, 17:07 |
Модератор
|
Цитата sysprg ( ) порядка 10 минут в течение которых не следует как минимум УДАЛЯТЬ Windows.Old Я обычно эту папку удаляю не раньше, чем через сутки (а то и позже, ведь не горит же), одновременно (в смысле - после удаления папки) делаю первый бэкап нового билда через AOMEI. И да, после обновления и появления рабочего стола ничего не делаю (мышку заранее подальше прячу) минут 10-15-20 (сколько терпения хватит).
|
|
|
Витюха
| |
|
На мой взгляд ессно...у меня система устаканивается через 1 день)))) Обновился, всё нормально, папку не удаляю ессно...и система сама чёйто там делает, жжужит вентилятором, температура проца на 15-20 гр выше обычного. Несколько перезагрузок за это время...и всё...тишина и работает. И только потом удаляется старая система.
|
|
|
Alex_AZM
| Отредактировано Alex_AZM - 24.09.2018, 20:02 |
Почетный
|
Цитата White_Wolf ( ) И да, после обновления и появления рабочего стола ничего не делаю (мышку заранее подальше прячу) минут 10-15-20 (сколько терпения хватит). ещё запускаю ДЗ и смотрю какие процессы "усиленно" работают...
|
|
|
sysprg
| Отредактировано sysprg - 24.09.2018, 20:34 |
Автор темы
Почетный
|
Я вижу, что все давние инсайдеры давно знают "правила поведения". Я же отредактировал список ПОСЛЕДНИХ строк, чтобы он включал не только Метро-приложения и увидел, что среди них есть не только метро... А сам скрипт явился "отходами производства" от более сложного скрипта, вычисляющего размер всех загрузок, время распаковки и слияния. То есть пытаюсь разбить на ЭТАПЫ Installing 0-100%.
|
|
|
Витюха
| |
|
sysprg, Слушай...ты там скоро раскриптуешь всю систему)))))
|
|
|
sysprg
| Отредактировано sysprg - 24.09.2018, 21:31 |
Автор темы
Почетный
|
Цитата Витюха ( ) ты там скоро раскриптуешь всю систему) очень долго выполняется 0-100%. В принципе понятно, что система делает, но хочется осознать как это выглядит по продолжительности. Именно этот шаг резко отличается по протяженности на старых и слабых компах от новых и быстрых. Потому и интересно отследить какой процент протяженности этого шага занимает работа по распаковке и слиянию, предъявляющая высокие требования к процессору, памяти. А начиная с первой перезагрузки, время исполнения что на старом ноуте с системой на SSD, что на новом с 32 Гб, NVMe, разница в продолжительности - совершенно незначительная.
|
|
|
kpokokot1
| |
Почетный
|
Цитата Витюха ( ) Слушай...ты там скоро раскриптуешь всю систему А что в этом предосудительного? Человеку интересны все эти эксперименты, глядишь и сам напишет систему, да и к тому же в общей теме не надоедает никому. sysprg, удачи в ваших трудах!
|
|
|
В связи с введением в действие Постановления Правительства Российской Федерации от 14.11.2023 № 1905 т.н. "о запрете популяризации VPN" с 1 марта 2024 года - любое обсуждение способов обхода блокировок и VPN на портале запрещено!
|
|