за счет ДВУХ перезагрузок вместо трех
 
		
		
		
	
		
		
	
		
		
			| 
				
				Как ускорить обновление инсайдерских билдов из сети
				 |  
				
			  |  
| 
sysprg
 |   Отредактировано sysprg - 07.09.2018, 07:51    |  
 
 
 
Почетный 
 
 
 
 | 
Для доказательства того факта, что начиная с ранних 177-ых билдов обновление системы на моих системах стало происходить с ДВУМЯ перезагрузками: 0-64%, 64-100%, я уже выкладывал один снимок, доказывающий этот факт в теме https://pcportal.org/forum/60-9822-1, где Lenchik и AAABBBAAA подтвердили, что и у них обновление происходило за ДВЕ перезагрузки, а не три. Аналогичная дискуссия продолжилась и в теме https://pcportal.org/forum/60-9826-1, где меня опять поддержал Lenchik, но у большинства оппонентов обновление происходило с тремя перезагрузками. К счастью я вспомнил, что совсем недавно, при обновлении 17746->17751 у меня тоже было три перезагрузки и наконец осознал ПОЧЕМУ у 99% пользователей используются ТРИ перезагрузки, а лишь у очень небольшого числа пользователей - ДВЕ перезагрузки. И далее осознал, почему и на моем стареньком ноуте, со слабым двухядерным процессором и ничтожным размером памяти в 8Гб, обновления 177-билдов тоже происходят именно с двумя перезагрузками, а не с тремя. Причина этого: НАЛИЧИЕ ОЧЕНЬ БОЛЬШОГО объема свободной пространства на системном томе C:. Вот к примеру справка с последней обновленной системы:
 Код  Microsoft Windows [Version 10.0.18234.1000]  (c) 2018 Microsoft Corporation. All rights reserved.
  C:\WINDOWS\system32>whoami p51prowsd\syspr
  C:\WINDOWS\system32>cd \
  C:\>dir Volume in drive C is RS6Copy Volume Serial Number is 1E79-FB0E
  Directory of C:\
  2018-08-18  19:22    <DIR>          Drivers 2018-09-06  23:57    <DIR>          Intel 2018-09-01  12:30    <DIR>          PerfLogs 2018-09-06  23:59    <DIR>          Program Files 2018-09-06  23:57    <DIR>          Program Files (x86) 2018-06-16  13:10    <DIR>          totalcmd 2018-09-06  23:50    <DIR>          Users 2018-09-07  00:02    <DIR>          Windows 2018-09-07  00:02    <DIR>          Windows.old                0 File(s)              0 bytes                9 Dir(s)  46,551,306,240 bytes free
  C:\>
 
  из которой видно, что даже при наличии Windows.Old, весящей 27,521,228,331 байт, у меня на томе C: наличествует 46,551,306,240 свободных байтов. О том, что у Lenchik всегда на томе C: свободно не менее 50Gb, я знаю уже не менее двух лет и именно поэтому с какого-то момента создал еще на старом ноуте раздел инсайдерской системы размером в 100Gb, из коих сама система занимает не более 35Gb. Уверен в том, что и у AAABBBAAA аналогичная ситуация. Так что объяснение того факта, что у одних пользователей обновление происходит с двумя перезагрузками, но у большинства с тремя перезагрузками, оказалось очень простым и легко проверяемым - наличие на системном томе не менее 50Gb свободного пространства до момента первой перезагрузки. Вот не стал я при обновлении 17746->17751 удалять 32Гб Windows.Old и у меня впервые за 177-ые билды использовались ТРИ перезагрузки, а при обновлении 17751->17754 я успел прогнать очистку системного тома до перезагрузки и перезагрузок было две, как и вчера при одновлении двух RS6-систем. Вот линк на ГРУППЫ фоток, отображающих проценты и вторую перезагрузку для трех моих последних обновлений https://1drv.ms/f/s!Alc6r9K6meXyhpJoDzfM9UXh2hVBpg  Смотреть картинки надо отсортировав их по датам и тогда будет видно последовательные изменения процентов. Наиболее полная коллекция в директории с именем RS6-18234-System2. Теперь о выигрыше во времени при использовании ДВУХ перезагрузок вместо трех: полное время обновления от момента клика на Проверить наличие обновлений до выхода на рабочий стол для 17746->17751 с тремя перезагрузками у меня составило 1 час 15 минут, а вот обновление 17751->17754 с ДВУМЯ перезагрузками, лишь 53 минуты. P.S: в том случае, если обновление происходит не из сети, а с носителя, то ВСЕГДА используются ТРИ перезагрузки независимо от наличия свободного места на томе C:.
 
 |  
 | 
  |   
305181
 |  
| 
AAABBBAAA
 |   |  
 
 
 
 
 
 
 | 
 
Относительно места на диске могу сказать что да, у меня свободного места достаточно. Диск на 250 Гб. 25Гб не распределённого пространства для SSD. Со всеми программами и игрушками наберётся занятого пространства около 100 Гб. Так, что свободного остаётся более 100Гб. И папку Windows.Old я не удалял. Я удалял предыдущую версию Windows через параметры.  Думаю у многих места достаточно на диске, и даже более чем. А обновление идёт с тремя перезагрузками. Мне кажется даже если и влияет наличие места свободного, то это скорее исключение, чем правило. Или глюк какой. А может повлияло определённые параметры в конфигурации оборудования (или наличие какого драйвера в системе)
 
  
 |  
 | 
  |   
 |  
| 
sysprg
 |   Отредактировано sysprg - 07.09.2018, 08:02    |  
 
 
 
Автор темы 
Почетный 
 
 
 
 | 
Цитата AAABBBAAA (  )    Мне кажется даже если и влияет наличие места свободного, то это скорее исключение, чем правило.   УВЕРЕН, что у 99.99% пользователей на системном томе свободно не более 30-40 Гб. Впрочем, мое утверждение ЛЕГКО проверить: во время следующего 18xxx я на одной из своих RS6 систем положу на на том C: громадный VHD-файл, оставив свободными не более 25-30 Гб. Поскольку у меня RS6 систем ДВЕ, то сравнение процессов установки докажет или опровергнет мое утверждение. Но проще дождаться мнения оппонентов, у которых установка с тремя перезагрузками - пусть они сообщат об объеме свободного пространства на томе C:.
 
 |  
 | 
  |   
 |  
| 
ptizz
 |   Отредактировано ptizz - 07.09.2018, 08:44    |  
 
 
 
Почетный 
 
 
 
 | 
sysprg, На одном компьютере, на разных разделах ХДД, 17754 - три перезагрузки (0, 30, 75), 18234 - две (0, 64). Железо, разумеется, одно и то же, набор софта идентичен. Редакции обе Enterprise. Разделы одинаковые, по 50 ГБ, свободно на каждом ≈ 28-30 ГБ   
 
 |  
 | 
  |   
 |  
| 
sysprg
 |   Отредактировано sysprg - 07.09.2018, 09:28    |  
 
 
 
Автор темы 
Почетный 
 
 
 
 | 
Цитата ptizz (  )    набор софта идентичен. Редакции обе Enterprise.   Дааа, значит есть еще какие-то моменты, обуславливающие использование инсталлятором ДВЕ перезагрузки, поскольку у меня 17751->17754 происходил именно с двумя перезагрузками. Помочь разобраться до конца могут лишь лог-файлы установки и если у Вас уцелел Windows\Panther\setupact.log для 17754, то пришлите мне, пжл, совместно с Windows\SoftwareDistribution\ReportingEvents.log на sysprg@live.ru . Сравню со своими и, возможно, картина прояснится. P.S: ну и более всего радует сам факт подтверждения самой возможности ДВУХ перезагрузок вместо трех, поскольку когда я впервые сообщил об этом, то мой ноут стали обвинять в неправильном отображении процентов  
 
 |  
 | 
  |   
 |  
| 
Lenchik
 |   |  
 
 
 
Почетный 
 
 
 
 | 
Цитата AAABBBAAA (  )    Мне кажется даже если и влияет наличие места свободного, то это скорее исключение, чем правило.    То есть вы считаете что свободное место на диске не единственное условие двух перезагрузок, а одно из...
 
 |  
 | 
  |   
 |  
| 
ptizz
 |   |  
 
 
 
Почетный 
 
 
 
 | 
Цитата sysprg (  )    если у Вас уцелел Windows\Panther\setupact.log для 17754   К сожалению, почистил сразу после обновления   Подождём следующий, не горит  
 
 |  
 | 
  |   
 |  
| 
AAABBBAAA
 |   |  
 
 
 
 
 
 
 | 
Цитата Lenchik (  )    не единственное условие двух перезагрузок, а одно из...   Мне вообще кажется что они там опять что-то "химичят" в очередной раз с обновлением. А это всего лишь следствие каких-то их недочётов.
 
 |  
 | 
  |   
 |  
| 
sysprg
 |   Отредактировано sysprg - 07.09.2018, 17:26    |  
 
 
 
Автор темы 
Почетный 
 
 
 
 | 
Цитата Lenchik (  )    То есть вы считаете что свободное место на диске не единственное условие двух перезагрузок, а одно из   судя по тому, что написал PTIZZ, действительно ОДНО ИЗ. Вариант с уменьшением объема свободного пространства проверю в следующем RS6-билде, поскольку у меня ДВЕ RS6 системы в новом ноуте, то легко будет сравнить процессы установки.Цитата AAABBBAAA (  )    вообще кажется что они там опять что-то "химичят" в очередной раз с обновлением   с этим мнением согласен на 100%: у меня накоплено свыше 240 Setupact.log и около сотни ReportingEvents.log для разных билдов и разных ноутбуков за несколько лет. И анализируя эти логи с помощью своего LogsDigger-скрипта я вижу, как постоянно изменялся процесс обновления, как исчезло замечательное сообщение в ReportingEvents.log "Installing succeed with reboot", однозначно идентифицирующее ТРУДНО вычисляемый без этого сообщения момент ПЕРВОЙ перезагрузки. Как появилось в том же ReportingEvents сообщение Installing Pending, однозначно идентифицирующее момент завершения Installing 0-100% и переход к ожиданию ответа пользователя на запрос перегрузиться. Но вот и это, ОЧЕНЬ ПОЛЕЗНОЕ Installing pending ИСЧЕЗЛО с тех пор, как перезагрузок стало ДВЕ, а не три и теперь гораздо труднее стало находить в Setupact.log момент первой перезагрузки и, что самое главное, снизилась ТОЧНОСТЬ определения этого момента - если раньше точность определялась миллисекундами, то теперь не точнее пары-тройки секунд и в зависимости от быстродействия компа.
 
 |  
 | 
  |   
 |  
| 
AAABBBAAA
 |   |  
 
 
 
 
 
 
 | 
 
Пробовал обновиться ещё раз. Акронисом поставил стабильную версию. В фоне ставилось долго. 54 минуты с момента как нажал "проверить обновления" и до перезагрузки. Перезагрузки две. Перезагрузилось на 64%. Времени ушло с перезагрузками 11 минут. Система таже. Места на диске свободного больше 100Гб. Но это точно не глюк раз второй раз точно так же обновилось.
 
 |  
 | 
  |   
 |  
| 
sysprg
 |   Отредактировано sysprg - 07.09.2018, 13:07    |  
 
 
 
Автор темы 
Почетный 
 
 
 
 | 
Цитата AAABBBAAA (  )    Но это точно не глюк раз второй раз точно так же обновилось   Вы о том, что ДВЕ ПЕРЕЗАГРУЗКИ не глюк, так это уже доказано НЕСКОЛЬКИМИ пользователями. И если уж Вы проделали эксперимент с повторной установкой, то что Вам мешает проверить гипотезу о наличии большого объема памяти: отрежьте DiskManager'ом хвост раздела, уменьшив размер свободного скажем до 25-30 гигов и попробуйте еще раз обновить. Если случится ТРИ ПЕРЕЗАГРУЗКИ, то станет доказанной гипотеза о влиянии объема свободного пространства на количество перезагрузок. У меня, к сожалению нет сейчас такой возможности: у меня нет бэкапов предыдущих систем с тем, чтобы повторить обновление.
 
 |  
 | 
  |   
 |  
| 
AAABBBAAA
 |   |  
 
 
 
 
 
 
 | 
Цитата sysprg (  )    что Вам мешает проверить гипотезу о наличии большого объема памяти: отрежьте DiskManager'ом хвост раздела, уменьшив размер свободного скажем до 25-30 гигов и попробуйте еще раз обновить   Возможно позже сегодня, а скорее всего завтра.
 
 |  
 | 
  |   
 |  
| 
sysprg
 |   Отредактировано sysprg - 07.09.2018, 14:15    |  
 
 
 
Автор темы 
Почетный 
 
 
 
 | 
Цитата AAABBBAAA (  )    а скорее всего завтра.   ни к спеху и НАДЕЮСЬ, что сегодня не станут раздавать еще один RS5  
 
 |  
 | 
  |   
 |  
| 
alex192837465
 |   Отредактировано alex192837465 - 07.09.2018, 17:35    |  
 
 
 
Почетный 
 
 Online 
 
 | 
 
sysprg, приветствую Вас. Через часок-другой проверю еще раз (восстановлю 18204 из резервки)... Вчера, во время обновления, пришлось отвлечься от ноута, поэтому не знаю сколько было перезагрузок. Одно могу сказать - места на ноуте и стационарнике ВСЕГДА больше 100 Гб и обновляюсь всегда (ну почти) "по воздуху".
  ПыСы: Приехал домой... Идет восстановление 18204 из резервки...
 
 |  
 | 
  |   
 |  
| 
geolog147
 |   |  
 
 
 
Почетный 
 
 
 
 | 
 
У меня раздел - 50гб Напряженка с пространством на ссд... Поэтому я всегда перед обновлением удаляю old и чищу ветку обновлений... Процесс очень долгий и я его не контролирую... Но сегодня всё под контроль взял.... Три перезагрузки (считая первую принудительную)
 
 |  
 | 
  |   
 |     
		
		
В связи с введением в действие Постановления Правительства Российской Федерации от 14.11.2023 № 1905 т.н. "о запрете популяризации VPN" с 1 марта 2024 года - любое обсуждение способов обхода блокировок и VPN на портале запрещено! 
 
 
 | 
 |