Почему время работы процессора не сбрасывается
Перейти к содержимому

Почему время работы процессора не сбрасывается

Как узнать, сколько времени работает компьютер под Windows 10

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

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

В этом уроке по Windows 10 мы пройдём через четыре простых способа проверить работоспособность вашего устройства без использования скриптов или перезапуска.

Как проверить время работы ПК с помощью диспетчера задач

Возможно, самый простой способ проверить время работы устройства – использовать Диспетчер задач:

Информация о времени работы в диспетчере задач Windows 10

  1. Откройте Диспетчер задач с помощью сочетания клавиш Ctrl + Shift + Esc и клавиш, или щелкните правой кнопкой мыши панель задач и выберите Диспетчер задач в контекстном меню.
  2. Нажмите на кнопку Подробнее (если вы используете компактный вид).
  3. Перейдите на вкладку Производительность.
  4. Выберите раздел ЦП.

Как только вы выполните эти шаги, вы увидите uptime вашего устройства в правой части, внизу страницы.

Как проверить время работы ПК в панели управления

Ещё один простой способ определить время работы системы – это проверить состояние сетевого адаптера с помощью следующих действий:

  1. Откройте Панель управления .
  2. Нажмите на Сеть и интернет. Раздел «Сеть и интернет» в панели управления
  3. Нажмите на Центр управления сетями и общим доступом.
  4. Нажмите на параметр Изменение параметров адаптера в левой панели. Ссылка для изменения параметров сетевого адаптера
  5. Дважды щелкните сетевой адаптер, подключенный к интернету. Проверка длительности работы сетевого адаптера в Windows 10

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

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

Как проверить время работы ПК с помощью командной строки

Если вы хотите использовать командную строку для проверки работоспособности устройства, у вас есть, по крайней мере, два способа сделать это.

Использование WMIC

Чтобы проверить время работы компьютера с помощью командной строки, выполните следующие действия:

Использование WMIC для получения информации о времени запуска компьютера

  1. Запустите Командную строку апуск от имени администратора.
  2. Введите следующую команду для запроса последнего времени загрузки устройства и нажмите клавишу Enter : wmic path Win32_OperatingSystem get LastBootUpTime

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

Например, LastBootUpTime 20190221072132.500203+180, можно разбить, используя данные ниже.

  • Год: 2019
  • Месяц: 02
  • День: 21
  • Час: 07
  • Минут: 21
  • Секунд: 32
  • Миллисекунд: 500203
  • Часовой пояс: +180 (+3 часа по Гринвичу, то есть московское время)

Это означает, что компьютер работает с 21 февраля 2019 года с 07:21. Если вы хотите быть более конкретным, просто вычтите время последней загрузки из текущего времени, чтобы получить количество дней, часов и минут, в течение которых устройство работало.

Использование информации о системе

Вы также можете увидеть uptime системы через командную строку в более удобном формате с помощью средства System Information tool:

Получение время запуска системы из файла системной информации

  1. Откройте Командную строку от имени администратора.
  2. Введите следующую команду для запроса времени последнего запуска устройства и нажмите клавишу Enter : systeminfo | find «Время загрузки системы»

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

Проверка uptime компьютера с помощью PowerShell

Кроме того, с помощью PowerShell можно проверить время работы устройства, выполнив следующие действия:

Проверка через PowerShell времени работы устройства под Windows 10

  1. Откройте PowerShell от имени администратора.
  2. Введите следующую команду для запроса времени запуска устройства и нажмите клавишу Enter : (get-date) — (gcim Win32_OperatingSystem).LastBootUpTime

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

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

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

Прерывания и особые ситуации: Режим V86

Обработка прерываний в режиме V86 очень похожа на то, как это происходит в защищенном режиме. Однако существуют некоторые особенности, вызванные прежде всего спецификой режима V86 и стремлением достичь максимальной совместимости с программами процессора 8086. Специальный механизм виртуальных прерываний, управляемый битом CR4.VME и реализуемый в процессорах, начиная с Pentium, дополняет возможные способы обработки прерываний в режиме V86.

Особенности работы процессора при передаче управления обработчику прерываний в режиме V86

Особенность режима V86 прежде всего состоит в том, что любая задача V86 обязательно имеет 32-битный сегмент состояния задачи (TSS). 16-битный сегмент состояния задачи (TSS), поддерживаемый всеми моделями процессоров, начиная с Intel286 (и более поздними – для совместимости), содержит только младшее слово регистра EFLAGS, не включающее бит VM. Для правильного обслуживания прерываний в 32-битной программной среде в таблице дескрипторов прерываний (IDT) должны использоваться только 32-битные шлюзы (гипотетически это не касается только случая использования шлюза задачи) – здесь не могут использоваться 16-битные шлюзы, так как они не обеспечивают сохранение всех 32-битных значений регистров, которые нужны для нормального возврата в режим V86 после обработки прерывания. Такой возврат обеспечивается только командой IRETD, выполняемой на нулевом уровне привилегий, которая загружает 32-битный образ из стека в регистр EFLAGS с установленным битом VM, либо, если вход в обработчик прерывания был произведен как во вложенную задачу через шлюз задачи – при возврате из него командами IRET/IRETD с одновременным переключением задач.

Когда расширение виртуального режима не инициализировано (CR4.VME = 0), при поступлении запроса на прерывание в режиме V86 процессор автоматически переключается в защищенный режим с уровнем привилегий CPL = 0 (в связи с этим происходит замена указателя стека SS:ESP на стек нулевого уровня привилегий из сегмента состояния задачи TSS) и обращается к соответствующему дескриптору прерывания в таблице IDT. Если в качестве такого дескриптора используется 32-битный шлюз ловушки или шлюз прерывания, то он должен указывать на несогласованный кодовый сегмент с нулевым уровнем привилегий (максимум привилегий), в противном случае генерируется ошибка общей защиты (#GP) с селектором этого сегмента в коде ошибки.

После переключения на нулевой уровень привилегий и загрузки новых значений указателя стека SS:ESP процессор сохраняет в стеке текущие значения сегментных регистров GS, FS, DS, ES, а затем очищает эти регистры, помещая в них нулевые селекторы. Далее действия процессора идентичны процедуре обработки прерываний защищенного режима: он сохраняет в стеке старые значения SS, ESP, EFLAGS, CS и EIP, сбрасывает флаги VM, NT, TF, RF и IF (последний сбрасывается, только если используется шлюз прерывания) регистра флагов EFLAGS и передает управление в обработчик прерывания (см. рис. 3.5.).

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

При возврате из прерывания по завершении работы программы обработчика защищенного режима процессор получает команду IRETD. Последовательно загружая сохраненные в стеке значения, он считывает и значение флага EFLAGS.VM. При обнаружении единицы в этом флаге производится обратное переключение в режим V86 и восстановление из стека сегментных регистров ES, DS, FS, GS, после чего управление передается в прерванную программу. Если команда IRETD будет получена на уровне привилегий, отличном от нуля, то процессор не сможет установить флаг EFLAGS.VM – и соответственно – не переключится в режим V86 — возврат будет произведен некорректно.

Рис. 3.5. Стек после вызова прерывания или особой ситуации в режиме V86

Если в качестве дескриптора шлюза в таблице IDT используется шлюз задачи, то вызов прерывания инициализирует стандартный процесс переключения задач с установлением в новой задаче флага EFLAGS.NT и сохранением селектора TSS прерванной задачи в поле LINK сегмента TSS новой задачи. Команда IRET анализирует флаг EFLAGS.NT и, если он установлен, производит обратное переключение задач при возврате управления.

Виртуальные прерывания в режиме V86 (режим EV86)

В процессорах, начиная с Pentium, реализуется специальный механизм, позволяющий улучшить совместимость с программами процессора 8086 при их исполнении в режиме V86. Это механизм виртуальных прерываний, который управляется флагом CR4.VME. Если этот механизм активирован (CR4.VME = 1), то соответствующий режим работы процессора стали называть режимом EV86 (Enhanced V86). Существует также в чем-то аналогичный механизм виртуальных прерываний защищенного режима, который включается установкой флага CR4.PVI, но никак не влияет на процессор в режиме V86.

Особенности работы процессора в режиме EV86, то есть при инициализированных виртуальных прерываниях (CR4.VME = 1), состоят в следующем:

  • Немаскируемые внешние прерывания (NMI) и все особые ситуации обрабатываются также, как и в обычном режиме V86 при CR4.VME = 0 как это описано для обработчика защищенного режима в соответствии с дескрипторами в таблице IDT.
  • Для обработки маскируемых внешних прерываний при EFLAGS.IOPL< 3 используются специальные флаги EFLAGS.VIF и EFLAGS.VIP. В этом случае прерывания могут автоматически перенаправляться для обработки внутрь задачи V86 (задачи процессора 8086) согласно значений в таблице векторов прерываний (IVT) этой задачи.
  • Новая таблица — карта перенаправления прерываний вводится в сегмент TSS задачи для управления протоколом обработки прерываний в режиме EV86. Карта перенаправления прерываний занимает 32 байта и располагается в TSS задачи сразу перед картой доступности ввода/вывода. Каждому прерыванию соответсвует отдельный бит этой карты, который влияет на режим обработки прерывания.

Всего в режиме EV86 (при CR4.VME = 1) возможны следующие пять вариантов обработки процессором внешних маскируемых прерываний и программных прерываний.

Спецальные флаги EFLAGS.VIP и EFLAGS.VIF используются процессором для обработки таких прерываний. Флаг EFLAGS.VIF — это виртуальная копия флага EFLAGS.IF, а флаг EFLAGS.VIP — это индикатор наличия отложенных прерываний.

В процессе выполнения задачи V86 (или задачи EV86) процессору могут встретиться команды CLI, STI, POPF/POPFD, PUSHF/PUSHFD которые пытаются изменить или сохранить в стеке для последующего анализа значение флага маскирования внешних прерываний EFLAGS.IF. В обычном режиме V86 (когда CR4.VME = 0 и EFLAGS.IOPL < 3) все эти команды вызывают генерацию ошибки общей защиты (#GP) и не изменяют значение флага EFLAGS.IF. Но когда виртуальные прерывания инициализированы (CR4.VME = 1 и EFLAGS.IOPL < 3), специальный флаг EFLAGS.VIF используется вместо флага EFLAGS.IF. Этот флаг используется всеми командами (кроме 32-битных POPFD и PUSHFD, при использовании которых в указанном режиме по-прежнему будет сгенерирована ошибка общей защиты (#GP) ), которые пытаются изменять или считывать значение флага EFLAGS.IF (в том числе: CLI, STI, PUSHF, POPF). Во всех случаях в режиме EV86 только значение флага EFLAGS.VIF будет всякий раз изменяться и считываться этими командами. То есть у программы, выполняемой в таком режиме вообще нет никакой возможности узнать текущее значение флага EFLAGS.IF, так как она все время будеть иметь дело с его виртуальным аналогом EFLAGS.VIF. При этом отпадает и необходимость и в какой-то сложной эмуляции работы упомянутых команд средствами монитора V86, что существенно замедляло работу программ до появления в процессорах режима EV86.

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

  • если в момент поступления запроса на прерывание EFLAGS.VIF = 1, значит прерывания были разрешены в задаче V86 (программе процессора 8086), обработчик защищенного режима может либо сам обработать это прерывание, либо передать управление в прерванную задачу, эмулируя поступления соответствующего внешнего маскируемого прерывания;
  • если в момент поступления запроса на прерывание EFLAGS.VIF = 0, значит прерывания были запрещены в задаче V86 (программе процессора 8086), обработчик защищенного режима может сам обработать поступившее прерывание, но если это необходимо делать внутри прерванной задачи, обработчик устанавливает специальный флаг отложенного виртуального прерыванияEFLAGS.VIP и возвращает управление обратно в прерванную программу.

Если при выполнении задачи V86 в режиме EV86 процессор разрешает прием внешних маскируемых прерываний, уставливая флаг EFLAGS.VIF (например, командой STI или POPF), но при этом флаг EFLAGS.VIP = 1, то перед установкой флага EFLAGS.VIF срабатывает вызов отложенного виртуального прерывания и генерируется ошибка общей защиты (#GP). Обработчик ошибки общей защиты (монитор V86) должен распознавать такие ситуации и соответствующим образом обрабатывать поступившие запросы на прерывание. Рекомендуемая последовательность его действий перед возвратом управления в прерванную программу:

  • очистка флага EFLAGS.VIP,
  • установка бита VIF в сохраненном в стеке образе регистра EFLAGS и возврат управления в прерванную программу к соответствующему обработчику (таким образом эмулируется поступление ранее отложенного внешнего маскируемого прерывания).

В некоторых редких случаях флаги EFLAGS.VIP и EFLAGS.VIF могут оказаться установленными одновременно (например, после переключения задач командой IRET/IRETD), тогда перед выполнением очередной команды задачи V86 генерируется ошибка общей защиты (#GP).

Таким образом, флаг EFLAGS.VIP никогда автоматически не изменяется процессором, а должен устанавливаться и сбрасываться программным обеспечением самостоятельно.

2 В первоначальной документации Intel на процессор Pentium в этом месте присутствовал странный пассаж «при записи в стек значения регистра EFLAGS процессор записывает поле IOPL = 3 и бит IF равным текущему значению флага VIF». Позднее компания исключила эту фразу из руководства. Трудно сказать, было ли это ошибкой документирования или процессоры действительно меняли значения битов IOPL и IF при передаче управления в обработчик прерывания защищенного режима. Можно предполагать, что имела место ошибка при реализации микрокода команды INT n, в котором было продублировано поведение процессора для команды PUSHF, что выглядит логичным только до того момента, пока процессор не выходит из режима V86. Но в том то и дело, что в данном случае сам обработчик прерывания защищенного режима функционирует именно в обычном защищенном режиме на нулевом уровне привилегий. При возврате управления в прерванную программу командой IRETD процессор полностью восстанавливает из стека все биты регистра EFLAGS, включая поле IOPL и флаги IF, VIF, VIP. Сам обработчик прерывания может (в том числе через обращение к монитору V86), конечно, подкорретировать хранимый в стеке образ для того, чтобы при возврате в режим EV86 восстановились требуемые значения во всех битах EFLAGS, но в этом бы и не возникло необходимости, если бы все сохранялось «как есть» в момент вызова обработчика. Современные модели процессоров сохраняют этот образ без изменений, если управление передается в обработчик прерывания защищенного режима. Код, написанный для процессоров с дефектом, должен был бы учитывать и обходить возникающие ограничения. Одновременно с этим следует обратить внимание на Режим 5, в котором не происходит переключения на нулевой уровень привилегий защищенного режима, а управление остается по сути внутри задачи V86. Именно в этом режиме происходит подмена значений полей IOPL = 0 и IF = VIF при сохранении в стеке образа EFLAGS. Но теперь, по окончании обработки прерывания и поступлении команды IRET в режиме EV86, восстановление битов регистра EFLAGS из образа в стеке будет учитывать все особенности такого режима и вообще не затронет текущие значения поля EFLAGS.IOPL и флага EFLAGS.IF.

Режим 3 (для программных прерываний, когда EFLAGS.IOPL = 3, а соответствующий прерыванию бит карты перенаправления прерываний IRB равен 0)

При поступлении в режиме EV86 запроса на прерывание (кроме специального программного прерывания точки останова INT 3) процессор не переключается в защищенный режим, а управление не передается из текущей задачи V86. В этом случае протокол реакции на прерывание полностью идентичен тому, как это происходит в процессоре 8086 и при обработке прерываний в реальном режиме. Сначала сохраняются в стеке 16-битные текущие значения регистра флагов FLAGS (с NT = 0 и IOPL = 0) 1 и указателя команд CS:IP, сбрасываются флаги EFLAGS.IF, EFLAGS.TF, а затем управление передается по адресу, задаваемому вектором соответствующего прерывания в таблице векторов прерываний (IVT), расположенной в начале адресного пространства задачи V86 (задачи процессора 8086). Аналогично происходит и возврат из прерывания по команде IRET.

1 По всей видимости, инженеры Intel столкнулись с какими-то проблемами в конкретном программном обеспечении, которое по значению поля IOPL в стеке идентифицировало, что программа выполняется в режиме V86. Поэтому в механизме реакции на прерывания в Режиме 3 (а также в Режиме 5) появилась очистка этого поля перед сохранением образа регистра FLAGS в стеке и передачей управления в задачу V86. Характерно, что, например, команды PUSHF/PUSHFD, выполняемые в режиме EV86 при EFLAGS.IOPL < 3 устанавливают поле IOPL = 3 перед записью в стек. И именно такое поведение имеет несколько больше оснований называться «эмуляцией поведения процессора 8086». Дело в том, что в процессорах до Intel286 биты 12 и 13 регистра флагов FLAGS, соответствующие полю IOPL в более старших моделях процессоров, считались зарезервированными, а их значения всегда были равны единице. Кроме того, в обычном режиме V86, когда виртуальные прерывания не активированы (CR4.VME = 0), все попытки выполнения команд PUSHF/PUSHFD при EFLAGS.IOPL < 3 приводят к генерации ошибки общей защиты (#GP), которая должна обрабатываться монитором V86 (внешние маскируемые прерывания в этом режиме обслуживаются через обработчик прерываний защищенного режима в соответствии с дескрипторами в таблице IDT и также могут перенаправляться в монитор V86, когда обработчик «опознает» режим V86 по значению бита VM в образе регистра EFLAGS в стеке). То есть значение поля IOPL, отличное от 3, уже «приводит в недоумение» программы (или сам монитор V86), написанные с учетом особенностей режима V86. К этому можно добавить, что процессор Intel286 в режиме реальной адресации не позволяет изменять значения в поле IOPL регистра флагов FLAGS, сохраняя его нулевым (как оно устанавливается в момент инициализации процессора), а вот более поздние модели процессоров, начиная с Intel386, такого ограничения уже не имеют.

Режим 4 (для программных прерываний, когда EFLAGS.IOPL = 3, а соответствующий прерыванию бит карты перенаправления прерываний IRB равен 1)

Обработка прерываний в режиме EV86 производится также, как это происходит при отключенном расширении виртуального режима (CR4.VME = 0) в обычном режиме V86. Все поступающие запросы перенаправляются в обработчик прерываний защищенного режима в соответствии с дескрипторами в таблице IDT.

Обработка прерываний в таком режиме представляет собой совокупность методов, описанных для Режима 1 и Режима 3. То есть при поступлении внешнего маскируемого прерывания действует механизм в точности такой, как это предусмотрено Режимом 1. Это и есть Режим 1, так как значения в карте перенаправления прерываний IRB не влияют на обработку внешних маскируемых прерываний. Вместе с тем, при установке EFLAGS.IOPL < 3 в режиме EV86 процессор использует флаг виртуального прерывания EFLAGS.VIF вместо флага разрешения прерываний EFLAGS.IF во всех ситуациях, когда происходит его сохранение или изменение внутри задачи V86. Это также имеет место и при обработке программных прерываний, которые предполагают сохранение в стеке образа регистра флагов FLAGS — то есть содержимое стека в данном случае будет отличаться от описанного для Режима 3. Отсюда и возникает Режим 5, в котором при сохранении в стеке образа FLAGS (с NT = 0 и IOPL = 0) 1 значение бита IF подменяется на значение из флага EFLAGS.VIF, а сам флаг EFLAGS.IF не сбрасывается перед передачей управления в обработчик — вместо него сбрасывается флаг EFLAGS.VIF.

Таблица 3.2. Все возможные режимы реагирования на программные и внешние маскируемые прерывания при работе в режиме V86

Режим реагирования на прерывания

Что такое троттлинг процессора и как его избежать

Что такое троттлинг процессора и как его избежать

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

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

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

Как проявляется троттлинг

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

Температурные рамки для снижения частот задаются спецификациями архитектуры процессора. Например, для устаревшего Pentium 4 630 это всего лишь 66.6 градуса, после достижения которых процессор быстро снижает производительность:

На новых моделях ограничения расширили для большей производительности и эффективности. Да и просто потому, что позволяет современный техпроцесс. Для Core i7 9700K начало троттлинга — 100 градусов:

У AMD процессоров и алгоритмы те же, и спецификации. Ryzen 5 3600X тоже способен долго и горячо работать без снижения производительности:

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

Здесь видно, что после непродолжительной нагрузки устройство посередине начинает снижать частоту быстрее остальных:

Причем это прямо влияет на производительность смартфонов:

После нескольких прогонов в Antutu процессор начинает сбрасывать максимальную частоту, и цифры в бенчмарке уменьшаются.

Как понять, что система троттлит

Шумит вентилятор на процессоре, подтормаживают редакторы, тормозит 4К-видео в YouTube — система может перегреваться и снижать частоты в троттлинге. Тем не менее, метод научного тыка здесь не пройдет. Для того, чтобы понять, почему компьютер работает нестабильно, воспользуемся специальным ПО.

AIDA64 — комбайн для тестирования настольных и мобильных компьютеров. В умелых руках утилита просто незаменима. С помощью встроенных в нее тестов можно узнать, троттлит процессор или нет. Открываем программу, находим вкладку «Сервис» и там же открываем «Тест стабильности системы»:

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

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

А так — если система сбрасывает частоты из-за перегрева:

О троттлинге сообщает надпись CPU Throttling, а Overheating Detected говорит о том, что процессор достиг максимальной разрешенной температуры.

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

Как бороться с троттлингом

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

Пыль

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

Это утрированный пример, но бывает и такое. Разумеется, здесь проблема не просто в троттлинге — вряд ли такой компьютер вообще включится. Тем не менее, не забываем делать уборку в системном блоке. Если под рукой нет компрессора, можно продуть пыль с помощью сжатого воздуха в баллончиках. Ни в коем случае не пылесосить!

Термопаста

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

Для лучшей теплопроводности подбираем пасту с наибольшим значением Вт/мК. Оптимально от 8 до 15 Вт/мК.

Проверка вентиляторов

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

Правильная установка радиатора

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

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

Для справки

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

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

Неправильная настройка BIOS

Не только физические неисправности могут быть причиной троттлинга. Вполне возможно, что повышенные температуры возникают из-за кривых настроек в биосе. Например, завышенный вольтаж ядер или контроллера памяти (Vcore и VCCIO/VCCSA). Для каждого процессора стабильные вольтажи уникальны, поэтому не рекомендуется вмешиваться в работу данной системы. Для исключения влияния пользовательских настроек на работу компьютера рекомендуется сбросить их на заводские с помощью перемычки Clear CMOS.

Вирусы

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

Если троттлит ноутбук

Ноутбуки страдают перегревом намного чаще настольных систем. Троттлинг очень любит пассивное, полупассивное охлаждение и тесные корпуса. В таких машинках можно наблюдать до 70-80 градусов в фотошопе или при просмотре тяжелого 4К-фильма. Хотя мобильные процессоры приучены к таким условиям, почему бы не помочь системе охладиться и работать с большей производительностью. Тем более, что мобильным устройствам тоже необходима уборка:

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

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

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

Как отключить троттлинг и безопасно ли это

Система защиты от перегрева работает на уровне микропрограммы процессора. То есть, за это отвечает не WIndows и не материнская плата, а сам процессор. Отключить такую систему полностью нельзя. Но есть способ изменить лимиты троттлинга.

У защиты есть два режима: софтовый и аппаратный. Первый работает постоянно и регулирует частоту по мере нагрева. Аппаратный имеет два состояния: 0 и 1. Если температура процессора зашкаливает, и софтовая регулировка не успевает сбросить частоту, аппаратный режим защиты просто выключает компьютер при достижении пикового нагрева.

Выполняем на свой страх и риск!

Мягкий алгоритм поддается регулировке. Для платформ Intel необходимо установить максимальное значение в разделе CPU Power Thermal Control. Для AMD это называется Platform Thermal Throttle Limit, где тоже необходимо выставить максимум. Настройки можно найти в разделе управления питанием процессора в BIOS.

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

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

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

Как мы уже разобрались, система может перегреться и по вине пользователя: пыль, засохшая термопаста или неправильная установка кулера. Даже минимальное превышение вольтажа на процессоре приведет к перегреву. Отсюда и небольшая производительность в играх, тяжелых задачах. Владелец и не представляет, что его сборка сможет на 20-30% больше, если заменить термопасту, установить эффективную систему охлаждения или просто правильно настроить систему.

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

Коды ошибок солнечного контроллера заряда

Коды ошибок контроллера заряда от солнечных панелей Victron Energy MPPT

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

Более подробная информация может быть считана также с панели управления — такой как Color Control GX или MPPT Control.

Существует несколько кодов ошибок

Err 2 — Слишком высокое напряжение аккумулятора

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

Err 3, Err 4 — Отказ дистанционного датчика температуры

Проверьте, правильно ли подключен разъем T-sense к датчику температуры. Наиболее вероятная причина: T-sense соединитель подключен неправильно к клемме BAT + \ BAT-. Эта ошибка автоматически сбрасывается после правильного подключения.

Err 5 — Ошибка дистанционного датчика температуры (соединение потеряно)

Проверьте, правильно ли подключен разъем T-sense к датчику температуры. Эта ошибка не сбрасывается автоматически — надо перезагрузить контроллер.

Err 6, Err 7 — ошибка определения напряжения дистанционного аккумулятора

Проверьте, правильно ли подключен разъем V-sense к клеммам аккумулятора. Наиболее вероятная причина: V-sense разъем подключен в обратной полярности к клеммам BAT + / BAT-.

Err 8 — Ошибка определения напряжения дистанционного аккумулятора (потеря соединения)

Проверьте, правильно ли подключен разъем V-sense к клеммам аккумулятора.

Err 17 — контроллер перегрелся несмотря на уменьшенный выходной ток

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

Err 18 — перегрузка контроллера

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

Err 20 — Максимальное время перегрузки превышено

Эта ошибка может возникать только в том случае, если активна защита. Эта ошибка не сбрасывается автоматически. Эта ошибка возникает, когда нужное напряжение заряда аккумулятора не достигается после 10 часов зарядки. Эта защита по умолчанию отключена во всех солнечных зарядных устройствах. Эта функция по умолчанию включена на Skylla-i и Skylla IP44. Наш совет — не включать ее на солнечных контроллерах заряда.

Err 21 — проблема с датчиком тока

Эта ошибка не сбрасывается автоматически. Отсоедините все провода, а затем снова подключите все провода. Также убедитесь, что минус на контроллере заряда MPPT (PV минус / батарея минус) не соединен с контроллером заряда. Если ошибка не устранена, обратитесь к дилеру, возможно это дефект оборудования.

Err 26 — Терминал перегрелся

Силовые клеммы перегреваются, проверьте проводку, включая тип проводов и сечение кабеля, и / или — если это требуется — затяните еще раз клеммы. Эта ошибка будет автоматически сброшена.

Err 28 — проблема мощности

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

Err 33 — PV перенапряжения

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

Err 34 — перегрузка по току

Ток от массива солнечных панелей превысил 75А. Эта ошибка может быть вызвана внутренней ошибкой системы. Отключите зарядное устройство от всех источников питания, подождите 3-и минуты и снова включите питание. Если ошибка не устранена, возможно, контроллер неисправен, обратитесь к своему дилеру.

Err 38, Err 39 — отключение входа PV

Для защиты аккумулятора от перезарядки вход панели закорочен.

Возможные причины возникновения этой ошибки:

Напряжение аккумуляторной батареи (12/24/48 В) установлено неправильно или неопределяется автоматически. Используйте VictronConnect, чтобы отключить автоопределение и установить необходимое напряжение батареи.

К аккумулятору подключено другое устройство, настроенное на более высокое напряжение. Например, MultiPlus, настроенный на выравнивание при 17 В, в то время как в MPPT это не настроено.

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

Батарея отсоединяется с помощью зарядного реле защиты Литиевых батарей, подключенного к выходу «разрешить зарядку» системы BMS. Попробуйте вместо этого подключить этот сигнал к удаленному терминалу зарядного устройства. Это корректно отключает зарядное устройство, не создавая скачков напряжения.

Восстановление после ошибок:

Ошибка 38: Сначала отсоедините солнечные батареи и отсоедините аккумулятор. Подождите 3 минуты, затем снова подключите батарею, а затем солнечные панели.

Ошибка 39: зарядное устройство автоматически возобновит работу, как только напряжение батареи упадет ниже уровня Float в течение 1 минуты.

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

Err 65 — Коммуникационное предупреждение

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

Err 66 — Несовместимое устройство

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

Err 67 — соединение BMS потеряно

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

Как сбросить зарядное устройство, если его необходимо отсоединить от BMS

Когда зарядное устройство должно снова работать в автономном режиме, без контроля от BMS, его необходимо предварительно сбросить:

Подключаемые по шине VE.Can солнечные зарядные устройства — перейдите в меню настроек и измените настройку «BMS» с «Y» на «N» (пункт настройки 31).

Подключаемые по шине VE.Direct солнечные зарядные устройства — сбросьте зарядное устройство к заводским настройкам по умолчанию с помощью VictronConnect, а затем перенастройте его.

Обратите внимание, что солнечные зарядные устройства автоматически настраиваются на управление BMS, когда они подключены к одному из них; либо напрямую, либо через Color Control GX или Venus GX.

Err 114 — слишком высокая температура процессора

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

Err 116 — данные калибровки потеряны

Если устройство не работает, и в качестве активной ошибки появляется ошибка 116, обратитесь к дилеру для замены. Если ошибка присутствует только в сохраненных данных и сам блок работает нормально — эту ошибку можно безопасно игнорировать. Объяснение: когда устройства включаются в первый раз на заводе, у них нет данных калибровки, и регистрируется ошибка 116.

Err 119 — данные настроек потеряны

Зарядное устройство не может прочитать его конфигурацию и работа будет остановлено.

Эта ошибка не сбрасывается автоматически. Чтобы прибор снова заработал- необходимо проделать следующее:

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *