Посмотреть время работы компьютера после перезагрузки

Иногда хочется (или необходимо) увидеть, сколько компьютер работал времени без перезагрузки. В данной инструкции приведены примеры команд для Windows и Linux.

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

Windows

Открываем командную строку.

Для этого нажимаем комбинацию клавиш Win + R и в появившемся окне вводим cmd:

И нажимаем OK. Откроется командная строка.

1. Команда net stats

Введем команду net stats srv

Среди результатов увидим Статистика после .

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

2. Команда systeminfo

Для более детальной информации также можно ввести следующую команду:

Она покажет детальную информацию, в том числе общее (суммарное) время работы компьютера:

* где дата установки — дата и время, когда система была запущена в первые; время загрузки системы — дата и время, когда система была перезагружена последний раз.

Время выключения Windows

Открываем журнал Windows (команда eventvwr) и находим последнее событие с кодом 6006:

Linux

Любая из приведенных ниже команд позволит посмотреть общее время работы Linux:

1. Uptime

13:28:16 up 27 days, 2:46, 1 user, load average: 0.00, 0.02, 0.05

* где 13:28:16 — текущее время; up 27 days — дней с последней перезагрузки.

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

3. Top

Команда top предназначена для отображения состояния загруженности Linux, но она также показывает, сколько компьютер работал после перезагрузки:

top — 13:35:15 up 27 days, 2:53, 1 user, load average: 0.03, 0.03, 0.05
Tasks: 116 total, 1 running, 115 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.0 us, 0.0 sy, 0.0 ni, 99.8 id, 0.0 wa, 0.0 hi, 0.0 si, 0.2 st
KiB Mem : 1016040 total, 77052 free, 591528 used, 347460 buff/cache
KiB Swap: 524284 total, 231264 free, 293020 used. 237288 avail Mem

* в данном случае, нас интересует верхняя строчка, которая нам напоминает вывод, все той же, uptime.

Вы довольны тем, как загружается Windows 7?

Опустим излишние рассуждения на тему, зачем нужно измерять скорость загрузки.

Существует как минимум два простых способа измерения длительности загрузки операционной системы без дополнительных программ.

Способ #1 определения скорости загрузки — анализ журнала событий

Windows 7 собирает массу информации о работе системы. Полученные данные сохраняются в журналах событий, которых тоже великое множество. Каждая загрузка Windows также отслеживается Windows, а отчет сохраняется в журнале Diagnostics-Performance.

Для того, чтобы просмотреть этот отчет, откройте Пуск – Поиск – Журнал событий.

и перейдите в раздел Журналы приложений и служб – Microsoft – Windows – Diagnostics -Performance.

Если вы впервые входите в этот журнал, то может быть задержка при построении структуры журнала. Кликните на строке Журналы приложений и не спешите уходить, дождитесь, пока журнал не заполнится информацией

В этой ветке один журнал, и он работает. При выделении строки Работает справа будет показан список событий. Отчет о загрузке системы легко найти по коду события 100.

Способ #2 — работа скрипта.

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

Сохраните файл как restart.vbs. Теперь кликните на нем, и ждите результата после перезагрузки системы.

Сравниваем полученные результаты.

Сначала — информация о системе:

А теперь — результаты измерения скорости загрузки .

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

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

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

Определяем время загрузки Windows 7

А вам никогда не было интересно узнать, как долго грузится ваша операционная система? Случайно наткнулся на скрипт, который позволяет подсчитать время загрузки Windows7 (время в милисекундах). В принципе, его можно использовать также для вычисления времени загрузки серверной Windows 2008 R2. Данный скрипт может поможет в ситуациях, когда нудно оценить как-те или иные действия по настройке Windows 7 или вновь установленное ПО или драйвера влияют на скорость загрузки ОС.

Для определения времени загрузки Windows 7 создаем файл сценария с расширением cmd или bat, копируем в него данный код и запускаем его (процесс нужно запустить с повышенными привилегиями)

Как видно из скриншота моя система загружается в течении 213637 миллисекунд (214 секунд или 3,5 минуты)

А как долго загружается Windows 7 у Вас? Давайте попробуем определить систему, которая загружается быстрее всего! 😉

а как сделать файл сценария с расширением cmd или bat?
у меня другой способ замера,вот последние данные по загрузке винды

Система загрузилась за 45 с, в т.ч. профиль за 1 с
Среднее время трех последних загрузок составляет 44 с

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

Служба SuperFetch имеет тип запуска Auto и в настоящий момент Running
Кэширование загрузочных файлов с помощью ReadyBoot включено и работает в оптимальном режиме*

Служба ‘Дефрагментация диска’ имеет тип запуска Manual
Дефрагментатор выполняет оптимизацию загрузочных файлов
Служба ‘Планировщик заданий’ имеет тип запуска Auto и в настоящий момент Running
Запланированная задача дефрагментации включена
Последний запуск дефрагментатора Windows был *
Системный раздел C: объемом 106,00 Гб имеет 63,06% свободного пространства

Компьютер работает под управлением Microsoft Windows 7 Professional 6.1.7601 32-bit
Установлен процессор AMD Phenom(tm) II X2 555 Processor
Системе доступно 3327 Mb оперативной памяти

*не применимо к SSD дискам

хотелось уточнить достоверность загрузки винды вашим скриптом

Windows 7 Ultimate SP1, запускаю созданный bat-файл «от имени администратора» и…
у меня после «Boot time is:» пусто (( Куда копнуть?

Простите, забыл уточнить, операционка х64…

1. FOR /F «usebackq token=4″
иначе не отрабатывает строка с wevtutil.exe
2. одиночные кавычки в IN(`…`) должны быть обратными одиночными кавычками (на кнопке «Ё»)
2. маска «Duration» работает в англоязычной винде, в русскоязычной нужно менять на «Длительность загрузки«

Рабочий
C:\>boottime.bat
Boot Time is : 138615ms

Домашний
C:\>boottime.bat
Boot Time is : 8845ms

Ну а чего, на домашнем компе не применянются доменных политики и не задаются различные задержки их применения 🙂
На сайте есть статья, по которой можно понять какие конкретно доменные политики применяются медленно https://winitpro.ru/index.php/2017/01/20/diagnostika-dolgogo-primeneniya-politik-v-windows/

См. политики
Computer Configuration -> Administrative Templates -> System -> Logon -> Always wait for the network at computer startup and logon
и
Computer Configuration -> Administrative Templates -> System -> Group Policy -> Startup policy processing wait time — там по умолчанию вроде 120 секунд было. Как раз из Boot Time 138615ms можно вычестить 120000

А как померять тоже самое в Windows 10?
Этот метод не срабатывает 🙁

p.s. Новичок в Win 10 🙂 Бегал от нее как черт от ладана, но пришлось купить новый ноут, а на нем 7-ку уже ставить … драйверов нет, обновления не пойдут. Все новое и свежее 🙂

Можно через журнал событий. Журналы приложений и служб (App and Services Logs) -> Microsoft -> Windows > Diagnostics Performance -> Operational. Фильтр по событию с Event/> В событии будет примерно такое:
Windows запущена:
Длительность загрузки : 81646ms
IsDegradation : false
Время события (UTC) : ‎2017‎-‎12‎-‎14T05:17:52.744823900Z

Ага уже нашел.
Спасибо.
В новый ноут поставил 2 SSD. (Samsung 850 EVO)
250 ГБ под систему и 1 ТБ под данные
Загрузка, с нуля, в среднем 7-9 секунд 🙂

Как узнать время работы Windows 10.

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

Открываем Диспетчер задач, нажав правой кнопкой мыши по значку меню «Пуск» и выбрав соответствующий пункт меню, либо нажав клавиши Ctrl + Shift + Esc. Переходим на вкладку «Производительность» и слева выделяем ЦП. Внизу окна можно посмотреть время беспрерывной работы системы.

Открываем PowerShell, нажав клавиши Win + R → powershell → «OK» или клавишу Enter. Вводим команду (get-date) — (gcim Win32_OperatingSystem).LastBootUpTime и нажимаем Enter. Время работы отобразится более подробно, чем в Диспетчере задач (дни, часы, минуты, секунды, миллисекунды).

Открываем командную строку, нажав правой кнопкой мыши по значку меню «Пуск», выбираем пункт Командная строка (администратор). Далее можно воспользоваться одной из следующих команд:

1. Вводим команду net stats server и нажимаем клавишу Enter. В строке «Статистика после . » будет указано время последней загрузки операционной системы.

2. Вводим команду systeminfo и нажимаем Enter. В выданных результатах находим время загрузки.

Кроме того, с помощью инструмента SystemInfo можно посмотреть много другой полезной информации о системе: версию операционной системы, объем оперативной памяти (занятой и доступной), дату установки операционной системы на компьютер, модель процессора, версию BIOS и многое другое.

Измерение времени загрузки ОС Windows

В прошлом номере (см. статью «Определение времени загрузки в ОС на базе Windows»),мы расскзали об особенностях измерения времени загрузки операционных систем на базе Windows Vista/7. На этот раз мы перейдем от теоретических выкладок к тестированию и сравнению показаний скорости загрузки ОС при использовании разных дисков. Прежде чем приступить к описанию методики тестирования, обсудим интересную информацию, опубликованную в Интернете. В предыдущей статье мы коснулись скорости загрузки ОС в новой, еще не вышедшей операционной системе Windows 8.

В ней применяется новый алгоритм, представляющий собой гибридный режим «сна» и гибернации основной системной сессии. И хотя новый алгоритм в предварительных тестах показал себя с лучшей стороны, так как хорошо выполнял возложенную на него функцию, он не лишен некоторых недостатков. Как оказалось на практике, при ускорении загрузки операционной системы на старых и новых системных платах возникает проблема с заходом пользователя в BIOS системной платы с целью изменения каких­либо параметров. При быстрой загрузке ОС Windows 8 период вывода на экран POST-сообщений и время между проходом BIOS и непосредственно загрузкой слишком мало, что в некоторых случаях не позволяет пользователю зайти в BIOS. В первую очередь данная проблема касается материнских плат с UEFI-интерфейсом, в которых применяется другой алгоритм запуска интерфейса системной платы и время его отображения весьма ограниченно. Однако инженеры Microsoft решили не отменять ранее принятые задержки при выключении и пошли другим путем — изменили способ перезапуска системы, который теперь позволяет взаимодействовать с UEFI-интерфейсом, благодаря чему пользователь может попасть в него. Для этого при перезапуске системы он должен выбрать дополнительное меню — перезапуск с заходом в UEFI-интерфейс. Увы, новых изменений в версии Windows 8 Consumer Preview пока нет, поэтому их нельзя «пощупать», проанализировать и понять, существует ли такая проблема на самом деле. Выпуск еще одной предварительной версии Windows 8 или полноценного релиза системы даст ответ на этот вопрос, а пока вернемся к текущей операционной системе Windows 7. Несмотря на положительные отзывы о Windows 8, 7-я версия будет актуальна еще как минимум несколько лет. Хотя она, может, и не продержится столько же, сколько Windows XP, которой многие пользуются до сих пор.

Как мы уже отмечали в предыдущей статье, особое внимание при загрузке системы стоит уделить именно времени загрузки приложений пользователя, а не старту системы в целом до процесса инициализации рабочего стола пользователя. Объяснение здесь довольно простое: для того чтобы оценить время загрузки отдельного ПК, правильнее начинать отсчет времени только после того, как все приложения пользователя будут запущены, а система будет находиться в «ждущем» режиме. К примеру, на чистой операционной системе скорость загрузки между двумя разными компьютерами с похожими конфигурациями, но с разными типами дисков SSD и HDD в большинстве случаев будет примерно одинаковой, что и подтвердили наши тесты. Чтобы оценить преимущества использования того или иного диска, необходимо имитировать настоящий рабочий компьютер с кучей дополнительных приложений и сервисов. Более того, пользователю, который пытается измерить время загрузки операционной системы, важнее получить универсальное средство определения загрузки системы, а не ее отдельных элементов.

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

В операционных системах Windows Vista и 7 существует несколько этапов автоматической загрузки приложений пользователя. В реестре ОС есть три основные записи об автозагрузке приложений в ветках, а помимо них имеются две папки автозапуска, хранящие символические ссылки, которые позволяют автоматически запускать приложения при загрузке системы. Кроме элементов автозагрузки, существует и несколько скрытых возможностей по автоматическому запуску приложений, которыми в основном пользуются вирусописатели. Все приложения из автозагрузки начинают загружаться одновременно при активации пользовательской сессии, то есть после загрузки рабочего стола. Узнать точно, какой элемент будет загружаться первым, нельзя, так как они стартуют с разницей всего в несколько микросекунд.

К счастью, компания Microsoft внедрила в свои операционные системы своеобразный таймер запуска, который инициализируется, по всей видимости, в начале загрузки основной системной сессии. В англоязычном варианте операционной системы параметр времени запуска операционной системы называется System Boot Time. В русскоязычной версии он носит название «Время загрузки системы». Если со временем старта системы всё довольно просто, то выявление времени готовности операционной системы к действиям пользователя сопряжено со многими трудностями. На наш взгляд, точно определить время готовности ОС в этом случае невозможно. Можно лишь зафиксировать тот момент, когда операционная система перестает запускать приложения, описанные в автозапуске, и переходит в своеобразный «ждущий» режим. В данном случае под «ждущим» режимом мы подразумеваем момент, когда приложения не задействуют системный диск, а нагрузка на процессор составляет не более 5%. Отметим, что на современных системах загрузка процессора в таком режиме вообще может опускаться до 1-2%. Для определения производительности этих компонентов — процессора и диска — в операционных системах на базе Windows есть специальные счетчики производительности. О них мы упомянули в прошлой статье, поэтому здесь только отметим, что наш скрипт использовал именно эти данные. Показания счетчиков производительности можно получить не только через описанную оснастку, но и через специальные запросы к базе данных Windows Management Instrumentation (WMI). WMI — это инструментарий управления Windows, то есть одна из базовых технологий для централизованного управления и слежения за работой различных частей компьютерной инфраструктуры под управлением платформы Windows. В ней находится масса данных о состоянии компьютера, а доступ к ней можно получить через запросы языка VBA или других аналогичных, которые могут задействовать API операционной системы.

Методика тестирования

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

С помощью нашего скрипта, написанного на языке Autoit, в реальном времени считывались и анализировались данные счетчиков. Если текущая очередь задач и к процессору, и к системному диску была нулевой на протяжении 3 мин — значит, система вошла в режим простоя и все пользовательские приложения и сервисы успешно загружены и работают в фоновом режиме. Соответственно засекается время старта системы, исходя из показаний счетчика «Время загрузки» в ОС. Разница во времени между датой начала простоя и датой начала загрузки операционной системы и есть то самое время загрузки системы с учетом загрузки и подгрузки всех установленных приложений. Внимательный читатель, установивший немало программ, может поспорить, что некоторые приложения типа Skype, Mail Агент и других, которые загружаются в последнюю очередь и запрашивают информацию из Интернета, могут внезапно начать грузить систему через некоторое время после вроде бы успешной загрузки пользовательской сессии. На самом деле это ложное впечатление, и проведенные тестирования выявили, что подобные программы в процессе активной работы так или иначе влияют на показатели счетчиков, что обязательно отражается на времени загрузки в нашем скрипте.

Для тестирования мы использовали стенд следующей конфигурации:

• процессор — Intel Core i7-3960Х;
• системная плата — Intel DX79SI;
• чипсет системной платы — Intel X79 Express;
• оперативная память — четыре модуля DDR3-1600 (объем 8 Гбайт);
• режим работы SATA — AHCI;
• контроллер диска — интегрированный в чипсет контроллер SATA 6 Гбит/с;
• видеокарта Sapphire Radeon HD6570.

В качестве системного диска мы применяли следующие модели:

• Western Digital WD1002FAEX объемом 1 Тбайт;
• Seagate Barracuda ES.2 (ST3500320NS) объемом 500 Гбайт;
• Intel SSD 520 объемом 240 Гбайт;
• Plextor PX-256M3 объемом 256 Гбайт.

Тестирование проводилось под управлением операционной системы Windows 7 x64 SP1, которая устанавливалась на каждый из вышеописанных дисков. Тестирование было проведено при двух вариантах загрязненности системы. Первоначально оно выполнялось в тот момент, когда система была только установлена и в нее были установлены только драйверы для всех периферийных устройств. Таким образом, мы могли получить данные о времени загрузки «чистой» системы.

Наверное, многие пользователи сталкивались с тем, что со временем операционная система начинает загружаться всё медленнее. Чем больше программ и различных приложений установлено на компьютере, тем дольше система грузится. Более того, время отклика системы на действия пользователя напрямую зависит от количества и качества установленных приложений. Объясняется это тем, что многие приложения не только занимают место на диске, но и заносят информацию о себе в различные реестры операционной системы. При этом неважно, какие это будут записи — об ассоциации конкретных файлов с этим приложением, автозапуске некоторых модулей либо другая информация, так как при загрузке ОС все эти данные так или иначе проверяются и повторно записываются в реестре ОС. Соответственно чем больше таких записей, тем дольше грузится операционная система, поскольку реестр, как и любая другая база данных, с увеличением хранимой в нем информации, а также расширением структуры данных медленнее отзывается на любые запросы. Оптимальным способом решения данной проблемы является одно популярное, но в то же время проблемное для многих пользователей действие — удаление и новая установка операционной системы. Поэтому, чтобы имитировать старую систему, после первого теста на системный диск были установлены два набора приложений, а именно наши игровые скрипты GameScripts 6.0 и набор приложений для тестирования производительности современных ПК — Scripts 10.0. Список приложений в этих скриптах уже не раз был описан в нашем журнале, поэтому отметим лишь, что все они относятся к наиболее часто применяемым большинством пользователей. Кроме того, были установлены программы Steam, Mail Агент и Skype, а сам стенд был подключен к Интернету. Поскольку набор установленных программ всегда был одинаковым, а другие изменения в систему не вносились, можно сравнить время загрузки систем с разными типами системных дисков. Идентичность установленных программ на обоих этапах позволяет сравнить показатели времени загрузки ОС в правильном ракурсе.

Результаты тестирования

На диаграммах (рис. 1 и 2) представлены не только графики, построенные на основе полученных данных, но и значения времени загрузки операционной системы в секундах. В первом тесте система перезагружалась девять раз, во втором — 20. Большее количество перезагрузок дало больше данных для анализа и построения. Как видно из таблицы и диаграмм, на «чистой» операционной системе жесткий диск Western Digital 1002FAEX в большинстве случаев опережает по скорости загрузки своего твердотельного собрата Plextor PX-256M3.

Рис. 1. Время загрузки «чистой» ОС

Рис. 2. Время загрузки «грязной» ОС

Наряду с этим на графике времени загрузки «грязной» ОС твердотельный диск Plextor обходит традиционный жесткий диск. Соответственно наше предположение, что сравнение двух «чистых» операционных систем без установленных приложений не отражает реальную картину времени загрузки, верно. Более того, чем больше приложений будет установлено и чем больше из них будут задействовать алгоритм автозапуска модулей, тем сильнее будет ощущаться разрыв во времени загрузки пользовательской сессии при использовании различных типов дисков. В то же время разница во времени между загрузкой и применением традиционного жесткого диска и SSD не столь велика, как пытаются уверить нас производители твердотельных дисков. Да, безусловно, разница в минуту наблюдается на «грязной» системе, однако компьютер грузится еще дольше, чем ОС. Появление нового типа загрузки в ОС Windows 8 по идее должно полностью устранить наигранную проблему времени загрузки операционной системы как таковую, поэтому, как только представится такая возможность, мы исследуем время загрузки операционной системы Windows 8 и проанализируем полученные результаты.