Smssinit замедляет загрузку windows 10 - Windowsa.top - ваш верный помощник с OS Windows

07.06.2018, 14:50. Показов 14152. Ответов 16

Вчера Win 10 обновилась до 1803 и загружаться начала по 1.5-2 минуты, до обновления загружалась за 30-40 сек.

В журнале по контролю производительности загрузки описано несколько событий, 3 ошибки и 2 предупреждения.

Ошибка 100

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.06.2018 17:41:00
Код события: 100
Категория задачи:Контроль производительности при загрузке
Уровень: Ошибка
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: DESKTOP-RT2KNLA
Описание:
Windows запущена:
Длительность загрузки : 108820ms
IsDegradation : true
Время события (UTC) : ‎2018‎-‎06‎-‎07T11:38:18.647198100Z
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-Diagnostics-Performance» Guid=»{CFC18EC0-96B1-4EBA-961B-622CAEE05B0A}» />
<EventID>100</EventID>
<Version>2</Version>
<Level>2</Level>
<Task>4002</Task>
<Opcode>34</Opcode>
<Keywords>0x8000000000010000</Keywords>
<TimeCreated SystemTime=»2018-06-07T11:41:00.741462000Z» />
<EventRecordID>2</EventRecordID>
<Correlation ActivityID=»{07DC722D-FE54-0002-7B77-DC0754FED301}» />
<Execution ProcessID=»2876″ ThreadID=»3696″ />
<Channel>Microsoft-Windows-Diagnostics-Performance/Operational</Channel>
<Computer>DESKTOP-RT2KNLA</Computer>
<Security UserID=»S-1-5-19″ />
</System>
<EventData>
<Data Name=»BootTsVersion»>2</Data>
<Data Name=»BootStartTime»>2018-06-07T11:38:18.647198100Z</Data>
<Data Name=»BootEndTime»>2018-06-07T11:40:58.655959300Z</Data>
<Data Name=»SystemBootInstance»>2</Data>
<Data Name=»UserBootInstance»>2</Data>
<Data Name=»BootTime»>108820</Data>
<Data Name=»MainPathBootTime»>76220</Data>
<Data Name=»BootKernelInitTime»>37</Data>
<Data Name=»BootDriverInitTime»>1437</Data>
<Data Name=»BootDevicesInitTime»>450</Data>
<Data Name=»BootPrefetchInitTime»>0</Data>
<Data Name=»BootPrefetchBytes»>0</Data>
<Data Name=»BootAutoChkTime»>0</Data>
<Data Name=»BootSmssInitTime»>23034</Data>
<Data Name=»BootCriticalServicesInitTime»>3745 1</Data>
<Data Name=»BootUserProfileProcessingTime»>363 5</Data>
<Data Name=»BootMachineProfileProcessingTime»> 168</Data>
<Data Name=»BootExplorerInitTime»>41255</Data>
<Data Name=»BootNumStartupApps»>3</Data>
<Data Name=»BootPostBootTime»>32600</Data>
<Data Name=»BootIsRebootAfterInstall»>false</Data>
<Data Name=»BootRootCauseStepImprovementBits»> 0</Data>
<Data Name=»BootRootCauseGradualImprovementBit s»>0</Data>
<Data Name=»BootRootCauseStepDegradationBits»> 13632256</Data>
<Data Name=»BootRootCauseGradualDegradationBit s»>13632256</Data>
<Data Name=»BootIsDegradation»>true</Data>
<Data Name=»BootIsStepDegradation»>true</Data>
<Data Name=»BootIsGradualDegradation»>true</Data>
<Data Name=»BootImprovementDelta»>0</Data>
<Data Name=»BootDegradationDelta»>50490</Data>
<Data Name=»BootIsRootCauseIdentified»>true</Data>
<Data Name=»OSLoaderDuration»>3418</Data>
<Data Name=»BootPNPInitStartTimeMS»>37</Data>
<Data Name=»BootPNPInitDuration»>4909</Data>
<Data Name=»OtherKernelInitDuration»>565</Data>
<Data Name=»SystemPNPInitStartTimeMS»>5004</Data>
<Data Name=»SystemPNPInitDuration»>1399</Data>
<Data Name=»SessionInitStartTimeMS»>6874</Data>
<Data Name=»Session0InitDuration»>1607</Data>
<Data Name=»Session1InitDuration»>259</Data>
<Data Name=»SessionInitOtherDuration»>21167</Data>
<Data Name=»WinLogonStartTimeMS»>29909</Data>
<Data Name=»OtherLogonInitActivityDuration»>12 52</Data>
<Data Name=»UserLogonWaitDuration»>19799</Data>
</EventData>
</Event>

Предупреждение 101

Ошибка 103

Ошибка 110

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.06.2018 17:41:00
Код события: 110
Категория задачи:Контроль производительности при загрузке
Уровень: Ошибка
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: DESKTOP-RT2KNLA
Описание:
Инициализация диспетчера сеанса вызвала замедление процесса запуска:
Имя : SMSSInit
Общее время : 23034мс
Время замедления : 13034мс
Время события (UTC) : ‎2018‎-‎06‎-‎07T11:38:18.647198100Z
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-Diagnostics-Performance» Guid=»{CFC18EC0-96B1-4EBA-961B-622CAEE05B0A}» />
<EventID>110</EventID>
<Version>1</Version>
<Level>2</Level>
<Task>4002</Task>
<Opcode>33</Opcode>
<Keywords>0x8000000000010000</Keywords>
<TimeCreated SystemTime=»2018-06-07T11:41:00.741488600Z» />
<EventRecordID>6</EventRecordID>
<Correlation ActivityID=»{07DC722D-FE54-0002-7B77-DC0754FED301}» />
<Execution ProcessID=»2876″ ThreadID=»3696″ />
<Channel>Microsoft-Windows-Diagnostics-Performance/Operational</Channel>
<Computer>DESKTOP-RT2KNLA</Computer>
<Security UserID=»S-1-5-19″ />
</System>
<EventData>
<Data Name=»StartTime»>2018-06-07T11:38:18.647198100Z</Data>
<Data Name=»NameLength»>9</Data>
<Data Name=»Name»>SMSSInit</Data>
<Data Name=»TotalTime»>23034</Data>
<Data Name=»DegradationTime»>13034</Data>
</EventData>
</Event>

Из-за чего всё это?
Можно как-либо уменьшить время загрузки?

P.S — отключал ненужные мне службы, может причина крыться в этом? Прикрепил скрин, с графиком времени загрузки системы.

Источник

Вы тут: Главная → Windows → Этапы загрузки Windows под микроскопом Windows Performance Toolkit

Составить полное представление о загрузке Windows можно с помощью набора Windows Performance Toolkit. Утилиты командной строки xbootmgr и xperf позволяют создать подробный отчет о запуске системы и представить его в графическом и текстовом виде для всестороннего анализа загрузки.

Эта статья продолжает серию материалов о загрузке Windows. Вы уже знаете, как получить подробный отчет о загрузке и устранить основные системные проблемы, а также ускорить загрузку системы, не прилагая особых усилий. Вы также познакомились со способом диагностики загрузки с помощью журнала событий. Я уверен, что после изучения этих статей и применения полученных знаний на практике ваша система стала загружаться быстрее.

Однако эти простые способы не позволяют выявить скрытые факторы или проблемы, замедляющие загрузку Windows. Теперь настало время познакомиться поближе со всеми этапами загрузки Windows и провести их детальный анализ с помощью Windows Performance Toolkit (WPT).

[+] Сегодня в программе

Загрузка и установка WPT

С выходом каждой новой Windows обновляются средства для анализа производительности Windows, поэтому я рекомендую использовать Windows Performance Analyzer (WPA) из Windows ADK для диагностики загрузки всех поддерживаемых ОС Windows. Краткое руководство по работе с WPA включено в статью об изучении автозагрузки Windows. Изложенные далее сведения об этапах загрузки применимы ко всем поддерживаемым ОС Windows.

Посмотреть устаревшие инструкции по установке WPT для Windows 7

Подготовка к работе

Следуя трем простым правилам, вы застрахуете себя от возможных проблем, обеспечите правильную работу всех команд и точно измерите длительность загрузки.

Прежде чем выполнить первую команду, создайте точку восстановления системы и убедитесь, что у вас есть под рукой установочный диск / флэшка или диск восстановления. Предупреждение вовсе не дежурное, ибо случаи неадекватного поведения WPT были отмечены у нас на форуме, да и сам я их видел.
Включите автоматический вход в систему, чтобы задержка на ввод пароля не влияла на измерения.
Убедитесь, что на разделе есть несколько гигабайт свободного пространства, поскольку при анализе могут создаваться файлы большого размера.

Все команды выполняйте в командной строке, запущенной от имени администратора. Там же можно добавить в меню пункт для ее запуска в нужной папке – пригодится.

Сбор данных

Все логи загрузки лучше хранить в одной папке, допустим, C:\Trace. Откройте командную строку с полными правами и введите:

md c:\Trace

Здесь и далее я буду использовать пути применительно к этой папке и стандартной установке WPT в 32-разрядной Windows 7. При необходимости изменяйте пути на свои.

Закройте все программы и сохраните все документы. Процесс сбора данных о загрузке системы запускается одной командой:

xbootmgr -trace boot -traceFlags BASE+CSWITCH+DRIVERS+POWER -resultPath C:\Trace

Аналогичные команды можно использовать для диагностики

гибернации:

xbootmgr -trace hibernate -traceFlags BASE+CSWITCH+DRIVERS+POWER -resultPath C:\Trace

сна:

xbootmgr -trace standby -traceFlags BASE+CSWITCH+DRIVERS+POWER -resultPath C:\Trace

выключения:

xbootmgr -trace shutdown -noPrepReboot -traceFlags BASE+CSWITCH+DRIVERS+POWER -resultPath C:\Trace

Примечание. Если при выполнении команд вы видите сообщение «xbootmgr не является внутренней или внешней командой», установка была неудачной. Вы найдете решение в этой теме форума.

Вернемся к загрузке, однако. Компьютер будет перезагружен. Если после входа в систему вы увидите запрос UAC от xbootmgr, разрешите утилите продолжить работу. Через две минуты вы увидите примерно такое окно.

Когда оно исчезнет, в папке C:\Trace должно быть три файла, как показано на рисунке ниже.

Если вы вместо файла boot_BASE+CSWITCH+DRIVERS+POWER_1.etl видите там два других файла с расширением ETL, это может означать, что утилита еще работает, над их объединением в один – подождите несколько минут. При отсутствии изменений выполните в командной строке

xperf –stop

и перезагрузите систему. После чего попробуйте заново запустить сбор данных.

Примечание. Если в результате сбоя у вас продолжают записываться отчеты после каждой перезагрузки, выполните:

xbootmgr -remove

Анализируемые файлы и первый взгляд на этапы загрузки

Для анализа используются два файла: ETL и создаваемый из него XML.

ETL

Я думаю, что вы уже успели дважды щелкнуть файл boot_BASE+CSWITCH+DRIVERS+POWER_1.etl и полюбоваться красивыми графиками и диаграммами. В левой панели графики можно отображать и скрывать, а также переходить к ним двойным щелчком мыши.

В WPA из ADK для Windows 10 сводку этапов загрузки можно получить так. Из меню Profiles — Apply — Browse Catalog выберите FullBoot.Boot.wpaprofile. При этом автоматически открывается несколько вкладок с подборками сведений. Для отображения информации на отдельной вкладке из левой панели выберите Regions of interest — FullBoot. Получите такую диаграмму и таблицу.

В ADK для Windows 7 базовый график Boot Phases был доступен сразу

XML

Для удаленной диагностики по почте или в форуме можно создать текстовый отчет в виде XML-файла. Выполните команды:

cd c:\trace
xperf /tti -i boot_BASE+CSWITCH+DRIVERS+POWER_1.etl -o summary_boot.xml -a boot

Первая переходит в папку с логами, а вторая — создает требуемый XML-файл. Для его просмотра отлично подойдет Internet Explorer!

Анализ загрузки с помощью Windows Performance Tools

Увеличить рисунок

Сложите узлы, как показано на рисунке, чтобы лучше видеть общую картину. В узле timing указано время в миллисекундах, и там можно увидеть длительность двух больших, условно говоря, частей загрузки (выделены зеленым):

bootDoneViaExplorer – время загрузки операционной системы вплоть до появления рабочего стола, в данном примере 37 секунд
bootDoneViaPostBoot – полное время загрузки системы, рабочего стола и всех программ в автозагрузке, в данном примере 64 секунды (из этой цифры следует вычесть 10 секунд, в течение которых определяется полное бездействие системы)

Время первой части складывается из основных этапов загрузки операционной системы (обведены синим), вплоть до начала загрузки рабочего стола. В уже знакомом вам событии 100 журнала Diagnostics-Performance длительность этого этапа записывается в параметре MainPathBootTime.

Разница между этими двумя частями – это время от начала загрузки рабочего стола, до его полной готовности. В событии 100 журнала Diagnostics-Performance — это BootPostBootTime.

Для анализа загрузки нужно представлять, не только в какой последовательности эти этапы идут, но и что происходит на каждом из них. К сожалению, официальная документация по этому вопросу существует только на английском и достаточно сложна технически. Далее я предлагаю вам выдержки из этого документа в своем изложении, с дополнениями и в сопровождении собственных примеров диагностики.

На рисунке ниже представлены три основных этапа загрузки, причем главный из них состоит из четырех фаз.

Увеличить рисунок

Давайте рассмотрим все этапы подробно.

Этап OSLoader

Этап OSLoader следует сразу после инициализации BIOS. Визуально он начинается после заставки и диагностических экранов BIOS, а заканчивается примерно с появлением экрана «Загрузка Windows».

На этапе OSLoader:

загрузчик Windows (winload.exe) загружает основные системные драйверы, которые необходимы для считывания минимально необходимого набора данных с диска
затем загрузчик инициализирует систему до момента, с которого становится возможной загрузка ядра
когда ядро начинает загружаться, winload.exe помещает в оперативную память системный раздел реестра и дополнительные драйверы, помеченные в качестве BOOT_START

Длительность этапа отражает значение параметра osLoaderDuration в узле timing XML-файла. Обычно, она в находится в пределах 2-3 секунд.

Этап MainPathBoot

Визуально этап MainPathBoot начинается с экрана «Загрузка Windows» и завершается при появлении рабочего стола. Если не настроен автоматический вход в систему, длительность этого этапа увеличивается за счет времени, которое требуется для ввода пароля.

Во время этапа MainPathBoot происходит основная работа по загрузке операционной системы:

инициализируется ядро
происходит определение устройств Plug and Play (PnP)
запускаются службы
выполняется вход в систему
инициализируется Explorer, т.е. система готовится к загрузке рабочего стола

Этап состоит из четырех фаз, каждая из которых обладает собственными характеристиками и может по-своему влиять на длительность загрузки системы.

Фаза PreSMSS

Визуально фаза PreSMSS начинается примерно с экрана «Загрузка Windows», но ее окончание невозможно определить на глаз.

Фаза PreSMSS (в графическом представлении WPT она обозначена как Pre Session Init) начинается с инициализации ядра. Во время нее:

ядро инициализирует структуры данных и компоненты, а затем запускает диспетчер PnP
диспетчер PnP в свою очередь инициализирует драйверы BOOT_START, которые были загружены с помощью winload.exe на этапе OSLoader
когда диспетчер PnP обнаруживает устройство, он загружает необходимый драйвер и выполняет его инициализацию

Диагностика

Если фаза занимает много времени, ищите в XML-файле в узле <PNP> драйвер, который долго загружается. Диагностику в графическом режиме я покажу на примере следующей фазы.

Фаза SMSSInit

Визуально начало фазы SMSSInit невозможно определить. Ее частью является пустой экран, который отображается между заставкой и экраном входа в систему, чье появление сигнализирует о завершении фазы.

Фаза SMSSInit (в графическом представлении WPT она обозначена как Session Init) начинается с того, что ядро передает контроль диспетчеру сессий (smss.exe). Во время этой фазы система:

инициализирует реестр
загружает и запускает устройства и вторую волну драйверов, которые не помечены как BOOT_START
запускает процессы подсистемы

Фаза завершается с передачей контроля процессу winlogon.exe.

Диагностика

Наиболее распространенной причиной задержек в этой фазе являются драйвер видеокарты. Он инициализируется сначала во время системной сессии, а затем во время пользовательской. При этом инициализация во время пользовательской сессии занимает меньше времени, потому что в течение системной параллельно выполняется запуск других задач.

Сократив время запуска драйвера видеокарты, можно уменьшить длительность загрузки системы. Таким образом, если фаза SMSSInit затягивается, обновите драйвер видеокарты.

Более точную диагностику можно провести с помощью summary_boot.xml, где в узле PNP есть длительность запуска каждого драйвера. Впрочем, в Windows 10 он иногда отсутствует, и я не знаю, от чего это зависит и как это форсировать.

⚠ Показанного ниже графика Driver Delays в WPT больше нет, но во времена Windows 7 его можно было анализировать примерно так:

На графике Boot Phases выделите фазу Session Init и выберите из контекстного меню команду Clone Selection. Выбранный период будет выделен на всех активных графиках.
На графике Driver Delays щелкните правой кнопкой мыши и выберите из меню команду Set Delay Threshold. Она позволяет отфильтровать драйверы по времени задержки. Введите, например 2000, чтобы отобразить драйверы, загружавшиеся дольше двух секунд.

Увеличить рисунок

Вы увидите все драйверы, загружавшиеся в фазе Session Init дольше заданного времени. У меня вся фаза занимает 6 секунд, и двухсекундная задержка драйверов является нормальной. Но если у вас проблемы в этой фазе, с помощью фильтра вы сразу увидите, какой драйвер их вызывает.

Фаза WinLogonInit

Визуально фаза WinLogonInit начинается перед появлением экрана приветствия, а завершается перед появлением рабочего стола.

Фаза WinLogonInit начинается сразу после запуска winlogon.exe. Во время этой фазы:

отображается экран приветствия
диспетчер управления службами запускает сервисы
происходит запуск сценариев групповой политики

Фаза завершается запуском оболочки Windows — процесса explorer.exe.

Диагностика

Во время фазы WinLogonInit выполняется множество параллельных операций. На многих системах она характеризуется нагрузкой на процессор и большим количеством операций ввода-вывода (I/O). Длительность фазы во многом зависит от поведения служб.

Чтобы обеспечить плавную загрузку системы, службы могут объявлять зависимости или использовать порядковые группы загрузки. Windows обрабатывает группы загрузки в последовательном порядке. Поэтому задержка даже одной службы в ранней группе может затягивать загрузку следующей группы служб и тормозить весь процесс загрузки.

Для выявления проблемной службы удобнее всего использовать графические возможности WPT. Откройте ETL-файл двойным щелчком мыши и прокрутите отчеты вниз до графика запуска служб.

Увеличить рисунок

Зачастую проблема вызвана не системными, а сторонними службами. На рисунке хорошо видно, что среди автоматически стартующих служб дольше всего загружаются три:

Apache 2.2
MySQL
TeamViewer

При этом Apache блокирует загрузку следующей группы служб (очевидно, в ее отсутствие это сделала бы служба TeamViewer). Поскольку ни одна из этих служб не является системной, проблему легко решить. Можно в оснастке «Службы» изменить тип ее запуска на отложенный и посмотреть, будет ли она быстрее запускаться на более позднем этапе. Если это не дает эффекта, можно вовсе отключить службу и запускать ее вручную при необходимости. Во второй волне служб, имеющих отложенный тип запуска, видна задержка WSearch, отвечающей за поиск Windows, но я не стал ее трогать пока.

Чтобы увидеть время запуска каждой службы, щелкните точку начала запуска и растяните диапазон до ее конца. Для изменения масштаба графика крутите колесо мыши, удерживая нажатой клавишу CTRL.

Отключение трех вышеперечисленных служб позволило сократить общее время загрузки почти на 40 секунд! Обратите внимание, что группа автоматического запуска служб теперь стартовала намного быстрее (смотреть нужно относительно шкалы времени, т.к. масштаб графиков разный).

Wsearch все равно запускается дольше других служб, но уже всего 8 секунд вместо 30, что не дает мне достаточно оснований к ней придираться.

Если задержку вызывает антивирусная программа, отложенный запуск службы может понизить уровень защиты, а ручной запуск или отключение службы могут нарушить работу программы. В этом случае можно лишь посоветовать обновить антивирус до последней версии. Если это не дает эффекта, вам придется сделать выбор между любимой программой и длительностью загрузки.

Фаза ExplorerInit

Визуально фаза ExplorerInit начинается перед загрузкой рабочего стола, но ее окончание определить на глаз невозможно.

В фазе ExplorerInit:

сначала запускается процесс explorer.exe
затем система создает процесс диспетчера окон рабочего стола (DWM)
DWM инициализирует рабочий стол и отображает его

Инциализация DWM и рабочего стола происходит на переднем плане, но в это же время в фоне диспетчер управления службами (SCM) запускает службы, а диспетчер памяти кеширует данные. Поэтому на многих системах эта фаза сопровождается нагрузкой на процессор, и нередко задержки при загрузке на этом этапе можно отнести на счет слабости аппаратных ресурсов.

Диагностика

В течение фазы ExplorerInit ресурсы процессора могут потреблять программы, работающие в качестве служб (например, защитные программы или серверы приложений). Они запускаются либо в этой фазе, либо продолжают свою загрузку, будучи запущенными в более ранних фазах. С другой стороны, некоторые службы (например, с отложенным запуском) могут быть еще не запущены на момент окончания фазы ExplorerInit.

Этап PostBoot

Этап PostBoot начинается после появления рабочего стола и завершается после того, как будет определено бездействие системы.

На этапе PostBoot рабочий стол уже загружен, и с ним можно взаимодействовать. Но при этом параллельно в фоне выполняется различная активность. Например, продолжается запуск служб и программ автозагрузки, что может сопровождаться появлением их значков в области уведомлений.

Средства WPT определяют бездействие системы по следующему алгоритму. Каждые 100 мс проверяется наличие активности в системе. Если бездействие системы составляет не менее 80% (за исключением низкоприоритетных процессов и дисковой активности), считается, что в этом интервале система бездействует. Проверка продолжается до тех пор, пока не наберется 10 секунд бездействия. Поэтому, определяя общее время загрузки системы, вычитайте из значения bootDoneViaPostBoot 10000 мс, т.е. 10 секунд.

Диагностика

На этапе PostBoot запускаются приложения, находящиеся в автозагрузке. Чтобы сократить длительность этого этапа, нужно навести там порядок. В графическом представлении WPT используйте график Process Lifetimes, чтобы увидеть все процессы, которые запускаются или продолжают запуск на данном этапе.

Безусловно, диагностика загрузки с помощью WPT требует навыка, и с наскоку разобраться в этом вопросе непросто. Но от вас и не требуется профессиональных знаний, поскольку текстовый отчет в XML файле вкупе с полным графическим представлением всех этапов загрузки позволяет быстро определить причину задержек при запуске Windows. Мне будет очень интересно узнать, полезна ли эта статья, помогла ли она выявить и устранить задержки с помощью WPT, а также насколько ускорилась загрузка системы в результате.

Источник

Содержание

Почему Smssinit замедляет загрузку Windows 10?
Проблемы с загрузкой Windows 10 и их решение
Ознакомление с Smssinit и его влияние на процесс загрузки
Как Smssinit замедляет загрузку Windows 10
Причины появления проблем с Smssinit и как их устранить
Эффективные методы ускорения загрузки Windows 10 без Smssinit

Почему Smssinit замедляет загрузку Windows 10?

Когда дело доходит до операционной системы Windows 10, пользователи должны быть внимательны к разным факторам, которые могут повлиять на производительность и скорость работы компьютера. Один из этих факторов — это процесс, известный как Smssinit.

Smssinit — это компонент операционной системы Windows 10, который отвечает за инициализацию системных служб и запуск важных компонентов. Он играет важную роль в загрузке и стабильной работе операционной системы.

Однако, в некоторых случаях, Smssinit может стать причиной замедления загрузки Windows 10. Это может произойти по разным причинам, включая отсутствие оптимизации, неправильную конфигурацию и наличие несовместимых приложений или драйверов.

В результате, при загрузке Windows 10 пользователи могут столкнуться с задержками и длительным временем ожидания. Это может значительно повлиять на общую производительность компьютера и создать неудобства в повседневной работе пользователей.

Чтобы справиться с проблемой замедления загрузки Windows 10, пользователи могут принять несколько мер. Во-первых, они могут провести диагностику своей системы, чтобы определить, есть ли проблемы с Smssinit или другими компонентами операционной системы.

Затем пользователи могут попробовать установить обновления и исправления, предоставленные Microsoft, чтобы устранить возможные проблемы с Smssinit. Также стоит обратить внимание на наличие конфликтов между приложениями и драйверами на компьютере, и, при необходимости, удалить или обновить их.

В целом, если вы столкнулись с проблемой замедления загрузки Windows 10 и подозреваете, что Smssinit может быть причиной, рекомендуется обратиться к опытному специалисту или обратиться в службу поддержки Windows 10 для получения подробной консультации и рекомендаций по устранению проблемы.

Проблемы с загрузкой Windows 10 и их решение

Smssinit — компонент Windows, который инициализирует Session Manager Subsystem. Он отвечает за запуск системных служб и приложений при загрузке операционной системы. Однако в некоторых случаях процесс Smssinit может замедлить загрузку Windows 10, вызывая раздражение у пользователей.

В чем причина медленной загрузки Windows 10?

Существует несколько возможных причин медленной загрузки Windows 10 из-за процесса Smssinit. Одна из них – наличие ненужных или поврежденных программ или служб, которые загружаются вместе с операционной системой. Это может привести к увеличению времени загрузки, так как системе требуется больше времени на обработку этих программ.

Еще одна возможная причина — конфликт между программами и процессами, которые запускаются вместе с Windows 10. Когда множество программ и служб пытаются загрузиться одновременно, возникают задержки и замедление работы системы.

Как можно решить проблему медленной загрузки Windows 10 из-за Smssinit?

Существует несколько действий, которые можно предпринять для решения проблемы медленной загрузки Windows 10 из-за Smssinit:

Отключите ненужные программы и службы: Проверьте список программ, запускающихся вместе с операционной системой, и отключите все ненужные или малоиспользуемые. Это поможет ускорить процесс загрузки Windows 10.
Обновите драйверы: Устаревшие или несовместимые драйверы могут вызывать конфликты и замедлять загрузку операционной системы. Обновите драйверы до последних версий, чтобы избежать таких проблем.
Используйте утилиту Clean Boot: Выполните Clean Boot, чтобы определить, есть ли конфликт между программами и процессами, вызывающий медленную загрузку. В этом режиме будут запускаться только основные службы и программы, что поможет исключить конфликтные ситуации.

Решение проблемы медленной загрузки Windows 10 из-за Smssinit может потребовать некоторых усилий и экспериментов с настройками системы. Однако, следуя указанным рекомендациям, вы сможете улучшить время загрузки операционной системы и наслаждаться более быстрой и эффективной работой вашего компьютера с Windows 10.

Ознакомление с Smssinit и его влияние на процесс загрузки

При загрузке операционной системы Windows 10 пользователи иногда могут столкнуться с проблемой замедления процесса запуска. Одной из возможных причин этой проблемы может быть процесс с именем Smssinit. Давайте подробнее рассмотрим, что такое Smssinit и как его наличие может сказаться на скорости загрузки системы.

Smssinit (Session Manager Subsystem Initialization) – это компонент операционной системы Windows, который отвечает за инициализацию подсистемы управления сеансами. Он запускается в самом начале процесса загрузки системы и обеспечивает правильную инициализацию всех необходимых компонентов, чтобы пользователь мог начать работу с операционной системой.

Однако, в некоторых случаях процесс Smssinit может вызывать замедление загрузки системы. Это может происходить по разным причинам, например, из-за конфликтов с другими процессами, ошибок в системных настройках или проблем с установленными программами. Когда процесс Smssinit работает слишком долго или не завершается, это может привести к задержкам в запуске операционной системы.

Чтобы решить проблемы с замедлением загрузки, связанные с процессом Smssinit, рекомендуется выполнить несколько действий. Во-первых, можно попробовать перезагрузить компьютер и проверить, что проблемы со скоростью загрузки исчезли. Если проблема остается, следует проверить системные настройки и обновить драйверы устройств. Также можно попытаться отключить запуск некоторых программ и служб при загрузке системы, чтобы снизить нагрузку на процесс Smssinit и ускорить завершение его работы.

Как Smssinit замедляет загрузку Windows 10

Smssinit, также известный как «Session Manager Initialization process», является одним из первых процессов, которые запускаются при загрузке Windows 10. Его главной задачей является инициализация графической подсистемы, пользовательских сеансов и других важных компонентов операционной системы.

Одной из возможных причин замедления загрузки Windows 10 связана с тем, что smssinit должен выполнить множество задач перед отображением экрана входа в систему. В процессе выполнения этих задач происходит загрузка драйверов, настройка памяти, запуск необходимых служб и многое другое. Если в этом процессе возникают проблемы или задачи выполняются медленно, это может привести к задержке загрузки операционной системы.

Чтобы устранить проблемы с загрузкой Windows 10, связанные с smssinit, можно предпринять несколько действий. Первым шагом может быть проверка на наличие возможных конфликтов с драйверами или службами. Также стоит обратить внимание на наличие вирусов или вредоносного программного обеспечения, которые могут замедлить загрузку системы. Возможно, также стоит обновить драйверы или произвести очистку реестра операционной системы.

Причины появления проблем с Smssinit и как их устранить

Одной из главных причин проблем с Smssinit является наличие поврежденных системных файлов. Во время установки или обновления операционной системы могут возникнуть ошибки, которые приводят к повреждению файлов, связанных с процессом Smssinit. Поврежденные файлы могут вызывать конфликты и ошибки при запуске системы, что замедляет загрузку Windows 10. Для решения этой проблемы рекомендуется использовать инструменты проверки целостности системных файлов, такие как «sfc /scannow» или «DISM». Эти инструменты автоматически проверят и восстановят поврежденные файлы, что позволит устранить проблемы с Smssinit.

Другим возможным источником проблем с Smssinit может быть наличие вредоносных программ или вирусов на компьютере. Вредоносные программы могут повредить системные файлы или изменить настройки, что приводит к ошибкам при запуске процесса Smssinit. Для решения этой проблемы рекомендуется просканировать компьютер с помощью антивирусного программного обеспечения и удалить обнаруженные вредоносные программы. После этого рекомендуется выполнить проверку целостности системных файлов, чтобы убедиться, что все файлы были восстановлены в исходное состояние.

Также проблемы с Smssinit могут возникать из-за конфликтов с установленным программным обеспечением или драйверами. Некоторые программы или драйверы могут несовместимы с операционной системой или другими установленными программами, что приводит к ошибкам при запуске процесса Smssinit. Для решения этой проблемы рекомендуется обновить все программы и драйверы до последних версий, а также проверить список установленного программного обеспечения на наличие потенциально конфликтующих приложений. Если конфликт сохраняется, рекомендуется удалить проблемное программное обеспечение и найти альтернативные варианты, совместимые с операционной системой.

Эффективные методы ускорения загрузки Windows 10 без Smssinit

1. Оптимизация автозагрузки:

Один из основных факторов, замедляющих запуск системы, — это большое количество программ, которые запускаются при старте Windows. Чтобы ускорить загрузку, следует проанализировать и удалить из автозагрузки ненужные программы. Для этого можно воспользоваться встроенным менеджером задач Windows или сторонними программами, такими как CCleaner.

2. Очистка диска:

Накопление временных файлов и мусора на жестком диске может снижать производительность и замедлять загрузку Windows. Регулярная очистка диска поможет избавиться от ненужных файлов и освободить дополнительное пространство. В Windows 10 эта функция доступна в разделе «Система» в меню «Настройки».

3. Обновление драйверов:

Устаревшие или несовместимые драйверы могут вызывать проблемы при загрузке Windows. Для ускорения загрузки следует регулярно обновлять драйверы устройств, таких как видеокарта, звуковая карта и сетевая карта. Драйверы можно обновить через менеджер устройств в системных настройках или с помощью специальных программ для обновления драйверов, таких как Driver Booster.

4. Отключение ненужных служб:

Windows 10 поставляется с рядом служб, которые запускаются при старте и могут замедлять загрузку системы. Некоторые из них могут быть ненужными для определенного пользователя. Чтобы ускорить загрузку, можно отключить эти службы с помощью инструмента «Управление службами» в системных настройках. Важно быть осторожными при отключении служб, чтобы не повредить функциональность системы.

Используя вышеуказанные методы, вы сможете ускорить загрузку Windows 10, даже не обращая внимания на Smssinit. Важно регулярно проводить оптимизацию системы, чтобы поддерживать ее работоспособность и улучшить пользовательский опыт.

Источник

Thanks for the idea, Jaclaz.

These are the «OEM» loading settings:

X570_149C_Drivers_B2\USB DRIVER\AMD_USB3.2_WinA_Beta_9.0_7052\AMDXHCI.INF

[AMDHub3.AddService]
DisplayName    = %AMD_HUB3.DriverDesc%
ServiceType    = 1                  ; SERVICE_KERNEL_DRIVER
StartType      = 3                  ; SERVICE_DEMAND_START
ErrorControl   = 1                  ; SERVICE_ERROR_NORMAL
ServiceBinary = %10%\System32\Drivers\AMDHub3.sys
LoadOrderGroup = Base

X570_149C_Drivers_B2\USB DRIVER\amdhub31\amdhub31.inf

[amdhub31_service]
DisplayName=%amdhub31_ServiceDescription%
ServiceType=1
StartType=3
ErrorControl=1
ServiceBinary=%12%\amdhub31.sys
LoadOrderGroup=Base
AddReg=WinToGo_amdhub31.AddReg

X570_149C_Drivers_B2\USB DRIVER\amdxhc31\amdxhc31.inf

[amdxhc31_service]
DisplayName=%amdxhc31_ServiceDescription%
ServiceType=1
StartType=3
ErrorControl=1
ServiceBinary=%12%\amdxhc31.sys
LoadOrderGroup=Base
AddReg=WinToGo_amdxhc31.AddReg

Any suggestions on how to fiddle with them?

Источник

Сегодня в моем блоге авторский дебют участника конференции OSZone в серию материалов об ускорении загрузки Windows и ее диагностике.

Иногда мы замечаем, что операционная система стала загружаться дольше обычного. Если это эпизодический случай, повода для беспокойства нет. Но когда данное явление приобретает систематический характер или прогрессирует, тут уже стоит задуматься о причинах такого «странного» поведения системы. В этой статье мы рассмотрим один из способов диагностики причин длительной загрузки Windows, используя ее штатное средство – журнал «Просмотр событий». Быстрый доступ к этому инструменту обеспечивает нажатие сочетания клавиш Win+R и последующий ввод команды: eventvwr. msc /s.

На этой странице:

Фильтруем журнал событий

В разделе «Microsoft Windows» имеется подкатегория «Diagnostics-Performance», а в ней — операционный журнал, в котором есть категория задачи «Контроль производительности при загрузке» (рис. 1).

Коды событий (Event ID ) в этой категории варьируются от 100 до 110. Просмотрев все события с кодом 100, можно выяснить, сколько времени требуется Windows на загрузку, начиная с самого первого запуска после установки. А проанализировав события в диапазоне от 101 до 110, можно узнать, в каких случаях загрузка замедлялась и почему.

Можно, конечно, просматривать журнал «Diagnostics-Performance» вручную (например, отсортировать по возрастанию столбец «Код события»), но гораздо удобнее создать собственное настраиваемое представление. Это фильтр, который можно сохранить и использовать в дальнейшем для облегчения работы.

Диагностика загрузки с помощью журнала событий

Рисунок 3

Рисунок 4

Узнаем продолжительность загрузки

Чтобы выяснить, сколько Windows требуется времени на загрузку на вашем компьютере, выберите в левой части окна, созданный ранее фильтр Boot Time (Время загрузки) в разделе «Настраиваемые представления» и отсортируйте столбец «Дата и время» по возрастанию. Так вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки (рис. 5).

Из рисунка видно, что длительность самой первой загрузки моей Windows (дата ее установки) по состоянию на 15 марта 2010 года составила 44 498 миллисекунд — или, если разделить на 1000, примерно 45 секунд. Для первого запуска этот показатель нормальный, поскольку после установки система выполняет целый ряд задач: устанавливает драйверы, инициализирует программы в автозагрузке, настраивает профиль пользователя и так далее.

По состоянию на 30 января 2011 года время загрузки возросло, и составило 115652 ms, т. е. почти 2 минуты. Это много.

Настраиваемое представление «Время загрузки» предоставляет информацию обо всех случаях загрузки системы за время ее существования. Иногда загрузка затягивается по вполне объяснимым причинам — из-за установки обновлений, драйверов или программного обеспечения.

На вкладке «Подробности» процесс загрузки описывается во всех деталях, однако для анализа продолжительности загрузки достаточно будет только трех параметров на вкладке «Подробности» (рис 6).

Рассмотрим суть значений этих параметров подробнее.

И наконец, мы подошли к самому важному и интересному.

Диагностируем медленную загрузку

Чтобы выяснить причину замедления загрузки Windows, выделите фильтр «Замедление загрузки» в левой части окна в разделе «Настраиваемые представления» и отсортируйте столбец «Код события» (Event ID) по возрастающей. Каждый код соответствует определенному событию, увеличивающему продолжительность загрузки.

Всего существует десять кодов событий такого рода, мы же в этой статье рассмотрим только некоторые из них.

У меня, например, обнаружились два события. Одно с кодом ID 108 :

Другое с кодом 109:

Столь маленькое время задержки на рисунках 7 и 8 не трагично, они приведены тут лишь для наглядности.

Проведенный таким образом анализ и элементарные навыки пользования поиском в сети Интернет, позволят вам составить представление о причинах увеличения времени загрузки операционной системы.

Об авторе

Phoenix помогает участникам конференции OSZone. net в форумах клиентских операционных систем.

Вас также может заинтересовать:

Я в Telegram

Подпишитесь на канал и читайте интересные записи чаще! Есть вопросы? Задайте их в чате.

комментариев 14

здравствуйте! а как понять код 110?вот этот код
Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 25.09.2011 8:50:49
Код события: 110
Категория задачи:Контроль производительности при загрузке
Уровень: Критический
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: константин-ПК
Описание:
Инициализация диспетчера сеанса вызвала замедление процесса запуска:
Имя : SMSSInit
Общее время : 71986мс
Время замедления : 63281мс
Время события (UTC) : ‎2011‎-‎09‎-‎24T21:47:54.640400300Z
Xml события:

110
1
1
4002
33
0x8000000000010000

2011-09-24T21:47:54.640400300Z
9
SMSSInit
71986
63281

Ваша оценка: -1

kostan, см. Фаза SMSSInit — там описана диагностика. Если не можете решить проблему самостоятельно, выполняйте требования в теме форума.

Ваша оценка: +2

А у меня в Diagnostics-Performance голое поле, нет записей после того, как я очистил журнал. Как мне теперь узнать время загрузки?

Ваша оценка: 0

Вова, в командной строке выполните shutdown /r

Ваша оценка: +3

Реально полезная статья. В лучшем случае в таких руководствах максимум на что можно рассчитывать — совет покопаться в автозагрузке msconfig; обычно же вообще пишут бред для блондинок, которые и оставляют десятки восторгающихся комментариев.

Ваша оценка: 0

А чем полезная данная статья? Автор пишет, что у него время первой загрузки 45секунд, а сейчас 2 минуты, он узнает теперь коды ошибок и ему стало легче? мне вот например не понятно, что делать дальше.

Годится! Согласны? +4

Макс, если журналы не помогают, переходите к более глубокой диагностике — читайте следующие статьи серии.

Ваша оценка: -2

Служба Журнала событий не запускается: » Отказано в доступе», никак не могу вернуть доступ, консоль тоже «Недоступна» и все что может привести к цели — или недоступно или «Отказано в доступе» или «Ошибка код …» — исправить — недоступно, обратитесь за помощью к другу»»»…
Уже больше года ищу решение, но нигде не нахожу…
Как же все-таки включить эти слуюбы и сам Журнал событый?

Ваша оценка: 0

Здравствуйте! Отличная статься, оказывается умение пользоваться журналом, может заменить 100500 всяких диагностических утилит. У меня к вам просьба. Не могли бы вы, продолжить тему что-то в этом духе расписать про разделы Disk и Diagnostics-Network?

Ваша оценка: -1

Аркадий, а что там требует пояснений?

Ваша оценка: -1

Но там же тоже есть свои типы записей, я знаю, что во время обслуживания пк, система читает параметры smart, она их там ведь хранит записи?

Ваша оценка: -1

Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.

Может и по 1ХХ есть изменения и нужно править ваш диагностический пакет?

Ваша оценка: 0

Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.

Ваша оценка: 0

Diagnostics performance код события 100 как исправить

В «Просмотре событий» Windows 7 появилась новая категория — «Журналы приложений и служб» (Applications and Services Logs), включающая массу подкатегорий, посвященных ключевым компонентам системы. В большинстве этих подкатегорий содержатся журналы операций (Operational), фиксирующие события, которые можно использовать для анализа и диагностики проблем. Другие типы журналов — административные (Admin), аналитические (Analytic) и отладочные (Debug), но рассказ о них выходит за пределы данной статьи.

В разделе «Microsoft | Windows» имеется подкатегория «Diagnostics-Performance», а в ней — операционный журнал, в котором есть категория задачи «Контроль производительности при загрузке» (Task Category: Boot Performance Monitoring). Коды событий (Event ID) в этой категории варьируются от 100 до 110. Просмотрев все события с кодом 100, можно выяснить, сколько времени требуется Windows 7 на загрузку, начиная с самого первого запуска после установки. А проанализировав события в диапазоне от 101 до 110, можно узнать, в каких случаях загрузка замедлялась и почему.

Запуск средства «Просмотр событий»

Запустить средство «Просмотр событий» можно из раздела Панели управления «Система и безопасность | Администрирование» (Control Panel | System and Security | Administrative Tools). Но куда проще ввести в строке поиска меню «Пуск» (Start) ключевое слово «событий» («event» для англоязычного интерфейса, без кавычек) и нажать [Enter], когда в списке результатов появится «Просмотр событий».

Создание настраиваемого представления

Можно, конечно, просматривать журнал «Diagnostics-Performance» вручную, но гораздо удобнее создать настраиваемое представление — по сути фильтр, который можно сохранить и использовать в дальнейшем. Для этого выберите опцию «Создать настраиваемое представление» (Create Custom View) из меню «Действие» (Action).

В открывшемся диалоговом окне оставьте значение «Любое время» (Any Time) в поле «Дата» (Logged) и отметьте флажками все опции в поле «Уровень события» (Event level). Выберите опцию «По журналу» (By Log), если она еще не выбрана, и разверните выпадающее меню. В дереве разделов найдите категорию «Журналы приложений и служб | Microsoft | Windows | Diagnostics-Performance» и поставьте флажок «Работает» (Operational), как показано на рис. A.

В поле «Включение или исключение кодов событий» (Includes/Excludes Event IDs) введите 100 (рис. B) и нажмите «OK».

В диалоговом окне «Сохранить фильтр в настраиваемое представление» (Save Filter to Custom View, рис. C) введите подходящее имя (например, «Длительность загрузки») и нажмите «OK».

Теперь точно таким же образом создайте еще одно настраиваемое представление, но в поле «Включение или исключение кодов событий» введите 101-110 и сохраните фильтр с именем «Замедление загрузки».

Как узнать продолжительность загрузки

Чтобы выяснить, сколько Windows 7 требуется времени на загрузку на вашем компьютере, выберите созданный ранее фильтр «Длительность загрузки» в разделе «Настраиваемые представления» (Custom Views) и отсортируйте столбец «Дата и время» (Date and Time) по возрастанию. Так вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки. На рис. D я скрыл дерево консоли и панель действий, чтобы сконцентрироваться на событиях.

Как видите, длительность самой первой загрузки системы на моем компьютере в октябре 2009 года составила 67 479 миллисекунд — или, если разделить на 1000, около 67 секунд. Для первого запуска это нормально — ведь после установки система выполняет целый ряд задач: устанавливает драйверы, инициализирует программы в автозагрузке, создает кэш SuperFetch. К декабрю 2009 года средняя продолжительность загрузки стабилизировалась на уровне около 37 секунд.

Настраиваемое представление « Длительность загрузки» предоставляет информацию обо всех случаях загрузки системы за время ее существования. Иногда загрузка затягивается по вполне объяснимым причинам — из-за установки обновлений, драйверов или программного обеспечения.

100
2
1
4002
34
0x8000000000010000

2
2016-09-07T13:10:24.593600200Z
2016-09-07T13:14:15.988341600Z
66
60
215490
138190
15
348
65585
55449
520941568
0
68808
464
135
331
1000
15
77300
false
0
0
0
0
false
false
false
0
0
false
2631
15
65600
1702
67149
333
67636
64026
368
4412
136444
280
3540

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.09.2016 16:14:19
Код события: 101
Категория задачи: Контроль производительности при загрузке
Уровень: Предупреждение
Ключевые слова: Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: Andrew-PC
Описание:
Это приложение загружалось дольше обычного, что привело к замедлению процесса запуска системы:
Имя файла: svchost. exe
Понятное имя: Хост-процесс для служб Windows
Версия: 6.1.7600.16385 (win7_rtm.090713-1255)
Общее время: 9229мс
Время замедления: 4229мс
Время события (UTC):‎2016‎-‎09‎-‎07T13:10:24.593600200Z
Xml события:

101
1
3
4002
33
0x8000000000010000

Сегодня в моем блоге авторский дебют участника конференции OSZone Phoenix, чья статья отлично вписалась в серию материалов об ускорении загрузки Windows и ее диагностике.

На этой странице:

Фильтруем журнал событий

Увеличить рисунок
Рисунок 1

Увеличить рисунок
Рисунок 2

В поле «Включение или исключение кодов событий» введите 100 и нажмите «OK» – (рис. 3). События с кодом 100 показывают, сколько времени уходит на загрузку системы.

Рисунок 3

В диалоговом окне «Сохранить фильтр в настраиваемое представление», введите подходящее имя (например, «Boot Time» — Время загрузки) и нажмите «OK» — (см. рисунок 4).

Рисунок 4

Узнаем продолжительность загрузки

Увеличить рисунок
Рисунок 5

По состоянию на 30 января 2011 года время загрузки возросло, и составило 115652 ms, т. е. почти 2 минуты. Это много.

Увеличить рисунок
Рисунок 6

Рассмотрим суть значений этих параметров подробнее.

И наконец, мы подошли к самому важному и интересному.

Диагностируем медленную загрузку

Всего существует десять кодов событий такого рода, мы же в этой статье рассмотрим только некоторые из них.

У меня, например, обнаружились два события. Одно с кодом ID 108 :

Увеличить рисунок
Рисунок 7

Другое с кодом 109:

Увеличить рисунок
Рисунок 8

Столь маленькое время задержки на рисунках 7 и 8 не трагично, они приведены тут лишь для наглядности.

Вы можете отметить интересные вам фрагменты текста, которые будут доступны по уникальной ссылке в адресной строке браузера.

Phoenix помогает участникам конференции OSZone. net в форумах клиентских операционных систем.

Вас также может заинтересовать:

Подпишитесь на бесплатные уведомления о новых записях и получите в подарок мою книгу об ускорении загрузки Windows!

комментариев 14

110
1
1
4002
33
0x8000000000010000

2011-09-24T21:47:54.640400300Z
9
SMSSInit
71986
63281

Вова, в командной строке выполните shutdown /r

Макс, если журналы не помогают, переходите к более глубокой диагностике — читайте следующие статьи серии.

Аркадий, а что там требует пояснений?

Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.

Может и по 1ХХ есть изменения и нужно править ваш диагностический пакет?

Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.

100
2
1
4002
34
0x8000000000010000

101
1
3
4002
33
0x8000000000010000

—> Гарантия качества и Надёжность

—>Главное меню —>

—> —>Категории раздела —>

—>Облако тегов —>

—>Статистика —>

Всего:

Новых за месяц:

Новых за неделю:

Новых вчера:

—>Счётчик —>

Операционные системы Windows 7 и Windows Vista отслеживают каждую загрузку системы и записывают отчет. Чтобы увидеть его, откройте Пуск
– Поиск — Журнал событий и перейдите в раздел Журналы приложений и служб – Microsoft – Windows – Diagnostics-
Performance. Там вы найдете один журнал, и он работает. Отчет о загрузке системы легко найти по коду события 100.
На рисунке желтым цветом выделено время загрузки в миллисекундах, поэтому 97634ms означает 97 секунд, т. е. около полутора минут. Это время определяется от самого начала загрузки Windows (сразу после завершения загрузки BIOS) и вплоть до полной загрузки рабочего стола, т. е. до прекращения активности

процессов, участвующих в загрузке. Из этого времени нужно вычесть 10 секунд, чтобы получить актуальное время загрузки.

Некоторые загрузки занимают больше времени, некоторые меньше. Чтобы увидеть все события загрузки, отфильтруйте текущий журнал по коду события 100.

Boot Performance Events 100-110

Код события

Вызывать

Это приложение заняло больше времени, чем обычно, для запуска, в результате снижения производительности в системе запуска процесса.

Этот драйвер заняло больше времени для инициализации, в результате чего производительность
деградации в системе запуска процесса.

Это запуске службы заняло больше времени, чем ожидалось, для начала, в результате снижения производительности в системе запуска процесса.

Операция фоне оптимизации заняло больше времени, чтобы закончить.

Применение машин политика привела к замедлению системы запуска процесса.

Применение политики пользователей вызвало замедление запуска системы процесс.

Это устройство заняло больше времени для инициализации, в результате снижения производительности в системе запуска процесса.

Инициализации сессии менеджера вызвали замедление процесса загрузки.

100
2
1
4002
34
0x8000000000010000

Источники:

https://www. outsidethebox. ms/11276/

https://web-shpargalka. ru/diagnostics-performance-kod-sobytija-100-kak. php

https://teh-fed. ru/diagnostic-performance-kod-oshibki-100/

Содержание

Diagnostics performance код события 100 как исправить windows 10
Diagnostics performance код события 100 как исправить windows 10
В журнале событий Diagnostics-Performance постоянно появляется предупреждение, при загрузке-код 100, при выключении код-200?
Diagnostics-Performance код 100 Критическая ошибка
Ответы (20) 

Diagnostics performance код события 100 как исправить windows 10

Сообщения: 391
Благодарности: 8

Конфигурация компьютера
Материнская плата: B365M PRO-VH
HDD: 128Gb SSD Gigabyte (GP-GSM2NE3128GNTD), 1Tb SSD Crucial MX500 (CT1000MX500SSD1), 1Tb SSD Crucial MX500 (CT1000MX500SSD1)
Звук: Realtek High Definition Audio
CD/DVD: LG DH18NS61 (DVD-ROM) Black OEM
ОС: Windows 10 Pro x64

Профиль | Отправить PM | Цитировать

200
1
3
4007
40
0x8000000000010000

4270

Microsoft-Windows-Diagnostics-Performance/Operational
QWERTY1

1
2017-05-24T22:23:45.645168200Z
2017-05-24T22:23:58.474085600Z
12828
4454
1
392
3099
108
2885
5274
1
0
0
0
false
0

100
2
1
4002
34
0x8000000000010000

4271

Microsoft-Windows-Diagnostics-Performance/Operational
QWERTY1

2
2017-05-25T09:47:48.718400400Z
2017-05-25T09:50:03.550636000Z
1055
1044
133828
30418
28
1789
1186
0
0
0
7054
1392
704
1
13450
8
103410
false
9
8
512
512
false
false
false
26727
0
true
4723
28
1290
3288
4366
1685
6265
735
389
5929
13319
2942
1005

Diagnostics performance код события 100 как исправить windows 10

Сообщения: 391
Благодарности: 8

Конфигурация компьютера
Материнская плата: B365M PRO-VH
HDD: 128Gb SSD Gigabyte (GP-GSM2NE3128GNTD), 1Tb SSD Crucial MX500 (CT1000MX500SSD1), 1Tb SSD Crucial MX500 (CT1000MX500SSD1)
Звук: Realtek High Definition Audio
CD/DVD: LG DH18NS61 (DVD-ROM) Black OEM
ОС: Windows 10 Pro x64

Профиль | Отправить PM | Цитировать

200
1
3
4007
40
0x8000000000010000

4270

Microsoft-Windows-Diagnostics-Performance/Operational
QWERTY1

1
2017-05-24T22:23:45.645168200Z
2017-05-24T22:23:58.474085600Z
12828
4454
1
392
3099
108
2885
5274
1
0
0
0
false
0

100
2
1
4002
34
0x8000000000010000

4271

Microsoft-Windows-Diagnostics-Performance/Operational
QWERTY1

В журнале событий Diagnostics-Performance постоянно появляется предупреждение, при загрузке-код 100, при выключении код-200?

Вопрос конечно, как исправить. Система: GA-770TA-UD3, AMD X4 925, Kingston 2×2 DDR3, WD CB-500, Radeon HD 5850 (ССС 10.5), привод LG, windows 7 HP*64, без разгона. Месяц назад собрал. Работает всё без сбоев.

Можно по этим данным что-то сказать?

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 09.06.2010 17:46:54
Код события: 100
Категория задачи:Контроль производительности при загрузке
Уровень: Предупреждение
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: HOME
Описание:
Windows запущена:
Длительность загрузки : 55483ms
IsDegradation : false
Время события (UTC) : ‎2010‎-‎06‎-‎09T13:44:33.702800400Z
Xml события:

100
2
3
4002
34
0x8000000000010000

245

Microsoft-Windows-Diagnostics-Performance/Operational
HOME

2
2010-06-09T13:44:33.702800400Z
2010-06-09T13:46:52.330242300Z
99
96
55483
41583
18
495
32403
22241
343134208
0
4326
1999
594
0
716
6
13900
false
9437184
0
0
0
false
false
false
13721
0
true
1833
18
32421
1091
33509
477
33990
1325
291
2708
38317
1955
6073

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 09.06.2010 17:46:54
Код события: 200
Категория задачи:Контроль производительности при выключении
Уровень: Предупреждение
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: HOME
Описание:
Завершение работы Windows
Продолжительность завершения работы : 5866мс
IsDegradation : false
Время события (UTC) : ‎2010‎-‎06‎-‎09T13:02:18.120442900Z
Xml события:

200
1
3
4007
40
0x8000000000010000

244

Microsoft-Windows-Diagnostics-Performance/Operational
HOME

1
2010-06-09T13:02:18.120442900Z
2010-06-09T13:02:23.987422800Z
5866
2455
4
195
2357
1083
1147
1053
0
0
0
0
false
0

Diagnostics-Performance код 100 Критическая ошибка

Здравствуйте, уже третий день подряд очень долго запускается компьютер, минут 10-15 и выключается примерно так же. Началось все с 02.10.19. Ниже приведена таблица

Критический 28.10.2019 11:11:00 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 27.10.2019 12:00:24 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 25.10.2019 11:37:48 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 24.10.2019 9:51:45 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 16.10.2019 8:58:04 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 10.10.2019 6:27:02 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 09.10.2019 6:21:02 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 07.10.2019 11:27:45 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 07.10.2019 10:10:46 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 06.10.2019 20:53:47 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 06.10.2019 13:26:12 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 05.10.2019 20:02:41 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 03.10.2019 17:25:15 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 03.10.2019 8:59:24 Diagnostics-Performance 100 Контроль производительности при загрузке

Критический 02.10.2019 22:17:10 Diagnostics-Performance 100 Контроль производительности при загрузке

БОЛЕЕ ПОДРОБНОЕ ОПИСАНИЕ за 28.10.19

Время события (UTC) : ‎2019‎-‎10‎-‎28T00:57:16.792674900Z

[ Name] Microsoft-Windows-Diagnostics-Performance

Keywords 0x8000000000010000

[ SystemTime] 2019-10-28T01:11:00.982449600Z

Channel Microsoft-Windows-Diagnostics-Performance/Operational

BootStartTime 2019-10-28T00:57:16.792674900Z

BootEndTime 2019-10-28T01:10:59.132653900Z

BootCriticalServicesInitTime 1647

BootUserProfileProcessingTime 16832

BootMachineProfileProcessingTime 1249

BootExplorerInitTime 20757

BootIsRebootAfterInstall false

BootRootCauseStepImprovementBits 0

BootRootCauseGradualImprovementBits 0

BootRootCauseStepDegradationBits 0

BootRootCauseGradualDegradationBits 0

BootIsStepDegradation false

BootIsGradualDegradation false

BootIsRootCauseIdentified false

BootPNPInitStartTimeMS 57

OtherKernelInitDuration 164531

SystemPNPInitStartTimeMS 7355

SystemPNPInitDuration 1152

SessionInitStartTimeMS 172787

Session0InitDuration 1728

SessionInitOtherDuration 400751

WinLogonStartTimeMS 575604

OtherLogonInitActivityDuration 20546

UserLogonWaitDuration 115652

Ответы (20) 

* Попробуйте выбрать меньший номер страницы.

* Введите только числа.

* Попробуйте выбрать меньший номер страницы.

* Введите только числа.

Если ранее проблемы не было-попробуйте выполнить восстановление системы до даты, когда всё было хорошо)
https://support.microsoft.com/ru-ru/help/12415/.

Можно попробовать отключить быстрый запуск компьютера. Его отключение очистит оперативную память компьютера от возможного мусора.
Довольно большое количество проблем иногда решает именно такой совет про выключение)

Для того, чтобы это сделать, нажмите Пуск, Выключение и удерживая клавишу Shift, Завершение работы.

Если проблема сохраниться, попробуйте обновить все драйвера для устройства(возможно нужные новые, совместимые с последней версией ОС)
Если не поможет, тогда попробуйте выполнить проверку на ошибки и восстановление системных файлов.

Для этого нажмите правой кнопкой на меню Пуск, выберите командная строка (администратор). Или «Windows PowerShell (администратор)».

В открывшемся окне напечатайте Dism /Online /Cleanup-Image /RestoreHealth и нажмите Enter.
Команда начнет выполняться, нужно подождать(иногда команда может выполняться и 30 минут, в это время может показаться, что всё «зависло»)

Обращайте внимание на пробелы в командах.
Затем напечатайте sfc /scannow и нажмите Enter.

Если и это не поможет, проверьте сохраняется ли проблема в режиме чистой загрузки
https://support.microsoft.com/ru-ru/help/929135.

Если и чистая загрузка не поможет-создайте нового пользователя и проверьте в нём, сохраняется ли проблема.

__
Если мой ответ вам помог, пожалуйста, отметьте его как ответ.

Disclaimer: В ответе могут быть ссылки на сайты не на сайты Microsoft, Все советы с таких сайтов Вы выполняете на свой страх и риск.

4 польз. нашли этот ответ полезным

Был ли этот ответ полезным?

К сожалению, это не помогло.

Отлично! Благодарим за отзыв.

Насколько Вы удовлетворены этим ответом?

Благодарим за отзыв, он поможет улучшить наш сайт.

Adblock
detector

Вчера Win 10 обновилась до 1803 и загружаться начала по 1.5-2 минуты, до обновления загружалась за 30-40 сек.

В журнале по контролю производительности загрузки описано несколько событий, 3 ошибки и 2 предупреждения.

Ошибка 100

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.06.2018 17:41:00
Код события: 100
Категория задачи:Контроль производительности при загрузке
Уровень: Ошибка
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: DESKTOP-RT2KNLA
Описание:
Windows запущена:
Длительность загрузки : 108820ms
IsDegradation : true
Время события (UTC) : ‎2018‎-‎06‎-‎07T11:38:18.647198100Z
Xml события:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»Microsoft-Windows-Diagnostics-Performance» Guid=»{CFC18EC0-96B1-4EBA-961B-622CAEE05B0A}» />
<EventID>100</EventID>
<Version>2</Version>
<Level>2</Level>
<Task>4002</Task>
<Opcode>34</Opcode>
<Keywords>0x8000000000010000</Keywords>
<TimeCreated SystemTime=»2018-06-07T11:41:00.741462000Z» />
<EventRecordID>2</EventRecordID>
<Correlation ActivityID=»{07DC722D-FE54-0002-7B77-DC0754FED301}» />
<Execution ProcessID=»2876″ ThreadID=»3696″ />
<Channel>Microsoft-Windows-Diagnostics-Performance/Operational</Channel>
<Computer>DESKTOP-RT2KNLA</Computer>
<Security UserID=»S-1-5-19″ />
</System>
<EventData>
<Data Name=»BootTsVersion»>2</Data>
<Data Name=»BootStartTime»>2018-06-07T11:38:18.647198100Z</Data>
<Data Name=»BootEndTime»>2018-06-07T11:40:58.655959300Z</Data>
<Data Name=»SystemBootInstance»>2</Data>
<Data Name=»UserBootInstance»>2</Data>
<Data Name=»BootTime»>108820</Data>
<Data Name=»MainPathBootTime»>76220</Data>
<Data Name=»BootKernelInitTime»>37</Data>
<Data Name=»BootDriverInitTime»>1437</Data>
<Data Name=»BootDevicesInitTime»>450</Data>
<Data Name=»BootPrefetchInitTime»>0</Data>
<Data Name=»BootPrefetchBytes»>0</Data>
<Data Name=»BootAutoChkTime»>0</Data>
<Data Name=»BootSmssInitTime»>23034</Data>
<Data Name=»BootCriticalServicesInitTime»>37451</Data>
<Data Name=»BootUserProfileProcessingTime»>3635</Data>
<Data Name=»BootMachineProfileProcessingTime»>168</Data>
<Data Name=»BootExplorerInitTime»>41255</Data>
<Data Name=»BootNumStartupApps»>3</Data>
<Data Name=»BootPostBootTime»>32600</Data>
<Data Name=»BootIsRebootAfterInstall»>false</Data>
<Data Name=»BootRootCauseStepImprovementBits»>0</Data>
<Data Name=»BootRootCauseGradualImprovementBits»>0</Data>
<Data Name=»BootRootCauseStepDegradationBits»>13632256</Data>
<Data Name=»BootRootCauseGradualDegradationBits»>13632256</Data>
<Data Name=»BootIsDegradation»>true</Data>
<Data Name=»BootIsStepDegradation»>true</Data>
<Data Name=»BootIsGradualDegradation»>true</Data>
<Data Name=»BootImprovementDelta»>0</Data>
<Data Name=»BootDegradationDelta»>50490</Data>
<Data Name=»BootIsRootCauseIdentified»>true</Data>
<Data Name=»OSLoaderDuration»>3418</Data>
<Data Name=»BootPNPInitStartTimeMS»>37</Data>
<Data Name=»BootPNPInitDuration»>4909</Data>
<Data Name=»OtherKernelInitDuration»>565</Data>
<Data Name=»SystemPNPInitStartTimeMS»>5004</Data>
<Data Name=»SystemPNPInitDuration»>1399</Data>
<Data Name=»SessionInitStartTimeMS»>6874</Data>
<Data Name=»Session0InitDuration»>1607</Data>
<Data Name=»Session1InitDuration»>259</Data>
<Data Name=»SessionInitOtherDuration»>21167</Data>
<Data Name=»WinLogonStartTimeMS»>29909</Data>
<Data Name=»OtherLogonInitActivityDuration»>1252</Data>
<Data Name=»UserLogonWaitDuration»>19799</Data>
</EventData>
</Event>

Предупреждение 101

Ошибка 103

Ошибка 110

Из-за чего всё это?
Можно как-либо уменьшить время загрузки?

По состоянию на 30 января 2011 года время загрузки возросло, и составило 115652 ms, т.е. почти 2 минуты. Это много.