Процессор 0 в группе 0 обладает следующими возможностями управления питанием
Обновлено: 03.07.2024
Доброго времени! Очень нужна ваша помощь в решении проблемы с пк. Периодически вылетает ошибка по всем ядрам процессора (Функции управления питанием процессора 0 в состоянии производительности в группе 0 отключены из-за проблемы со встроенным ПО. Узнайте о наличии обновлений для встроенного ПО у изготовителя компьютера.). Что только я не делал но решить не могу. Менял материнскую плату, проц, блок питания, оперативную память и охлаждение но всё одно. Ошибка появляется неожиданно в независимости от того что я делаю на ПК и приводит к зависанию компьютера. При этом изображение на главном экране остается а всё периферийное оборудование вырубается. При этом ошибка очень часто не фиксируется в журнале. Биос стоит последний, проводил стресс тест процессора через OCCT за два часа показатели стабильны и температура выше 70 градусов не поднималась. Такая проблема только в Windows с Linux таких казусов не возникало. Предшествует ошибке действие зафиксированное в журнале:
Перед запуском процесса
Состояние подключения в режиме ожидания: Disconnected, причина: NIC compliance
- System
- Provider
[ Name] Microsoft-Windows-Kernel-Power
[ Guid]
EventID 172
Version 0
Level 4
Task 203
Opcode 0
Keywords 0x8000000000000404
- TimeCreated
[ SystemTime] 2017-11-25T15:07:23.734581800Z
EventRecordID 2069
Correlation
- Execution
[ ProcessID] 4
[ ThreadID] 412
Channel System
Computer DESKTOP-IQFEU1O
- Security
[ UserID] S-1-5-18
- EventData
State 2
Reason 6
Процессор 0 в группе 0 обладает следующими возможностями управления питанием:
Тип состояния простоя: Состояния простоя (C) ACPI (состояний: 2)
Тип состояния производительности: Отсутствует
Номинальная частота (МГц): 4000
Максимальная производительность (в %%): 100
Минимальная производительность (в %%): 100
Минимальное регулирование (в %%): 100
- System
- Provider
[ Name] Microsoft-Windows-Kernel-Processor-Power
[ Guid]
EventID 55
Version 0
Level 4
Task 47
Opcode 0
Keywords 0x8000000000000000
- TimeCreated
[ SystemTime] 2017-11-25T15:07:24.487564200Z
EventRecordID 2071
Correlation
- Execution
[ ProcessID] 4
[ ThreadID] 304
Channel System
Computer DESKTOP-IQFEU1O
- Security
[ UserID] S-1-5-18
- EventData
Group 0
Number 0
IdleStateCount 2
IdleImplementation 1
NominalFrequency 4000
MaximumPerformancePercent 100
MinimumPerformancePercent 100
MinimumThrottlePercent 100
PerformanceImplementation 0
Процессор AMD-9590
Мать Asrock 990FX Extreme6 Пробовал на Gigabite 990FX rev 2.0
БП KAS700W пробовал OCZ 750W
Видео Gigabite 970
ОЗУ DIMM3: Kingston HyperX KHX2133C11D3/8GX 2 штуки пробовал от OCZ
сбрось настройки электропитания. если не поможет то винду переустанови
Хоть бы железо написал какое, все остальное 0 информации.
Процессор AMD-9590
Мать Asrock 990FX Extreme6 Пробовал на Gigabite 990FX rev 2.0
БП KAS700W пробовал OCZ 750W
Видео Gigabite 970
ОЗУ DIMM3: Kingston HyperX KHX2133C11D3/8GX 2 штуки пробовал от OCZ
Sektor Оракул (89059) видишь проц такой, в сети пишут с биосом поиграться, т. е. обновить попробовать.
alexandr kovalev Оракул (59326) попробуй проц сменить. у братана проц не хотел с оперативой работать. новый. сменили проц - все заработало. у амд постоянно какие-то заморочки.
Ну вот у меня наконец дошли руки разобраться с небольшим косячком моего компа.
Периодически ребутилась Win7 x64 с BSOD.
Работаю в какомнить приложении или сайт смотрю, бах, виснет, BSOD и в ребут. Ребуты без переиодичности, раз в пару дней, а могут быть и парочку за один вечер. В Журнале есть записи об ошибке Kernel-Power 41
А так же 4 записи Kernel-Processor-Power 26 под каждое ядро проца, типа
Процессор 3 в группе 0 имеет следующие показатели: состояний бездействия: 1,
состояний производительности: 2,
состояний снижения питания: 0
проц core 2 quad q9300
мать p5ql pro p43
8гб памяти (4 планки по 2 гига Geil black dragon pc2-8500 5-5-5-15, gb24gb8500c5dc)
БП 700W (с другим БП на 500W такая же ботва )
Стоит ИБП, недавно аккумы поменял.
Стоит КИС2010, винда обновляется.
Сплошной лиценз везде и во всем.
Раньше как то просто руки не доходили, а щас вот решил понять кто это мне гадит)
Для начала вырубил галку Выполнять автоматическую перезагрузку в Дополнительные параметры системы -> Дополнительно -> Загрузка и восстановление -> Параметры.
По поводу BSOD, то они различаются, вот примеры последних:
1. STOP 0x0000001E (0xFFFFFFFFC0000005, 0xFFFFF800031D16D8, 0x0000000000000000, 0xFFFFFFFFFFFFFFFF)
2. SYSTEM_SERVICE_EXCEPTION
STOP 0x0000003B (0x00000000C000001D, 0xFFFFF800031D1501, 0xFFFFF8800A7BDC50, 0x0000000000000000)
3. IRQL_SERVICE_EXCEPTION
STOP 0x0000003B (0x0000000000000000, 0x0000000000000002, 0x0000000000000000, 0xFFFFF800033F3513)
Решил прогнать парочку тестов с помощью штатного виндового memtest. тишина, всё чисто, ни одной ошибки.
Далее на местном форуме эксперты по железу предложили прогнать парочку тестов в OCCT Perestroika, получил следующие результаты
Первый тест проца завершился неудачно, второй отработал положенный час.
Тесты памяти видео и БП так же отработали по часу и штатно завершились.
На скринах БП написано 13 ошибок, чтобы это могло значить?
Эксперты подозревают оперативку, предлагают вынимать по одной планке памяти и делать часовые прогоны, чтобы попробовать исключить проблемный модуль.
Решил пока повременить и проанализировать минидампы.
Итак, сунулся в инет посмотреть а чем же эти самые минидампы анализировать, оказывается есть утилита Debugging Tools for Windows. В системе у меня ее не оказалось, пришлось слить 15 мб с сайта Майкрософт.
Итак, нужно запустить программу WinDbg, потом выбрать Open - Crash dump. (Ctrl+D), затем
выбрать папку с файлами минидампов, обычно это C:\Windows\Minidump и выбрать любой файл *.dmp
Итак, открыли файл дампа и видим записи типа:
Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Не беда, это легко поправимо. Идем сюда и качаем Windows Symbol Package для нашей версии Windows. Я скачал для себя Windows 7 RTM x64 retail symbols, all languages весом 286 мб. Многовато, но куда деватся.
Итак, смвольный пакет скачан, при установке нас попросят указать место установки, я укзал C:\Symbols. Ах да, забыл сказать, эта папка будет весить 1358 мб))
Есть и альтернативный способ, это не качать символьный пакет, а воспользоваться символьным сервером Майкрософт:
To use the Microsoft Symbol Server
- Make sure you have installed the latest version of Debugging Tools for Windows.
- Start a debugging session.
- Decide where to store the downloaded symbols (the "downstream store"). This can be a local drive or a UNC path.
- Set the debugger symbol path as follows, substituting your downstream store path for DownstreamStore.
For example, to download symbols to c:\websymbols, you would add the following to your symbol path:
Итак, символьный пакет, наконец установлен, теперь нужно задать путь откуда дебаггер будет брать символьный пакет.
Сам дебагер нам подсказывает три путя как это можно сделать:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Более подробно можно прочитать на сайте Майкрософт в статье kb311503
Я сделал как написано там для случая WinDbg:
To use the Symbol Server Web site from within WinDbg, follow these steps:
- Start the Windows Debugger (WinDbg.exe).
- On the File menu, click Symbol File Path.
- In the Symbol path box, type the following command:
where your local folder for symbols is the folder in which you copy your local symbol cache. The debug symbols are downloaded to this location.
Note You can point to any local path or share that your computer can reach; it does not have to be a location on the computer's hard disk.
Теперь дампы открывались корректно. По поводу методики анализа минидампов нашел русскую статью kb315263
Так же для анализа дампов может помочь скрипт kdfe.cmd
который можно взять с странички автора
Вот некоторые мои дампы (вывод через kdfe.cmd, через windbg просто больше инфы, решил не загромождать):
Analyzing "R:\dumps\042210-22854-01.dmp", please wait. Done.
Crash date: Thu Apr 22 22:41:35.806 2010 (GMT+4)
Stop error code: 0x4E_99
Process name: firefox.exe
Probably caused by: memory_corruption ( ntMiBadShareCount+4c )
Analyzing "R:\dumps\042910-35693-01.dmp", please wait. Done.
Crash date: Thu Apr 29 06:25:50.597 2010 (GMT+4)
Stop error code: 0xA
Process name: avp.exe
Probably caused by: hardware ( ntKiRetireDpcList+223 )
Analyzing "R:\dumps\050210-31231-01.dmp", please wait. Done.
Crash date: Sun May 2 16:29:13.924 2010 (GMT+4)
Stop error code: 0x50
Process name: ehrecvr.exe
Probably caused by: ntkrnlmp.exe ( nt:FNODOBFM::`string'+40ecb )
Не исключено что проблемы с оперативкой, но так же может быть и проблемы работы 32битных приложений в 64битной Windows7.
Пока что в поиске решения.
Несколькими часами позднее.
Пожонглировал планками памяти, в общем и целом ничего не менялось. Решил покрутить BIOS, и получил определенный результат. В BIOS у меня все настройки стояли по умолчанию (auto).
Решил слегка подкрутить частоту памяти как и советовали на форуме. В разделе Ai Tweaker нашел пункт DRAM Frequency, выставил DDR2-1066 MHz (согласно макс частоте памяти), но ошибки как были так и остались. В итоге подобрал рабочие параметры, которыми оказались
FSB Strap to North Bridge = 400 MHz
DRAM Frequency = DDR2-999 MHz
Прогнал часовые Linpack тесты из раздела Блок Питания, как самый нагрузочный.
Представляю результаты прог CPU-Z и OCCT
Буду надеется, что BSODы вылечены. )))
Поживем увидим.
Благодарности автор выражает АлS (aka Alexey Samsonov) и kosmonavt с news-сервера Крафт-С, ветка hardware
Как центральный процессор может сокращать собственное энергопотребление? Основы этого процесса — в статье.
Центральный процессор (CPU) спроектирован на бесконечно долгую работу при определенной нагрузке. Практически никто не проводит вычисления круглые сутки, поэтому большую часть времени он не работает на расчетном максимуме. Тогда какой смысл держать его включенным на полную мощность? Здесь стоит задуматься об управлении питанием процессора. Эта тема включает в себя оперативную память, графические ускорители и так далее, но я собираюсь рассказать только про CPU.
Если вы знаете про C-состояния (C-states), P-состояния (P-states) и то, как процессор переходит между ними, то, возможно, в этой статье вы не увидите ничего нового. Если это не так, продолжайте читать.
Я планировал добавить реальные примеры из ОС Linux, но статья становилась все больше, так что я решил приберечь это для следующей статьи.
Основные источники информации, использованные в этом тексте:
Особенности CPU
Согласно официальной странице продукта, мой процессор поддерживает следующие технологии:
- состояния простоя (Idle States);
- усовершенствованная технология Intel® SpeedStep (Enhanced Intel® SpeedStep Technology).
Теперь выясним, что значит каждое из этих определений.
Как снизить энергопотребление процессора во время его работы?
На процессорах для массового использования (мы не берем в расчет вещи, которые возможны при их проектировании) для снижения потребляемой энергии можно реализовать один из сценариев:
- Сократить энергопотребление подсистемы (ядра или другого ресурса, такого как тактовый генератор или кэш) путем отключения питания (уменьшив напряжение до нуля).
- Снизить энергопотребление путем снижения напряжения и/или таковой частоты подсистемы и/или целого процессора.
Второй вариант требует чуть больше объяснений. Энергопотребление интегральной схемы, которой является процессор, линейно пропорционально тактовой частоте и квадратично напряжению.
Примечание для тех, кто разбирается в цифровой электронике: Pcpu = Pdynamic + Pshort circuit + Pleak. При работающем процессоре Pdynamic является наиболее важной составляющей, именно эта часть зависит линейно от частоты и квадратично от напряжения. Pshort circuit пропорционально частоте, а Pleak — напряжению.
Более того, напряжение и тактовая частота связаны линейной зависимостью.
Высокая производительность требует повышенной тактовой частоты и увеличения напряжения, что еще больше влияет на энергопотребление.
Каков предел энергопотребления процессора?
Это во многом зависит от процессора, но для процессора E3-1245 v5 @ 3.50 ГГц расчетная тепловая мощность (Thermal Design Power, TDP) составляет 80 ватт. Это среднее значение, которое процессор может выдерживать бесконечно долго (Power Limit, PL1 на изображении ниже). Системы охлаждения должны быть рассчитаны на это значение, чтобы быть надежными. Фактическое энергопотребление процессора может быть выше в течение короткого промежутка времени (состояния PL2, PL3, PL4 на изображении ниже). TDP измеряется при нагрузке высокой вычислительной сложности (худший случай), когда все ядра работают на базовой частоте (3.5 ГГц).
Как видно на изображении выше, процессор в состоянии PL2 потребляет больше энергии, чем заявлено в TDP. Процессор может находиться в этом состоянии до 100 секунд, а это достаточно долго.
Состояния питания (C-states) vs состояния производительности (P-states)
Состояния питания (C-states) vs состояния производительности (P-states)
Вот два способа снизить энергопотребление процессора:
- отключить некоторые подсистемы;
- снизить напряжение/частоту.
P-состояния описывают второй случай. Подсистемы процессора работают, но не требуют максимальной производительности, поэтому напряжение и/или тактовая частота для этой подсистемы может быть снижена. Таким образом, P-состояния, P[X], обозначают, что некоторая подсистема (например, ядро), работает на заданной паре (частота, напряжение).
Так как большинство современных процессоров состоит из нескольких ядер, то С-состояния разделены на С-состояния ядра (Core C-states, CC-states) и на С-состояния процессора (Package C-states, PC-states). Причина появления PC-состояний очень проста. Существуют компоненты с общим доступом (например, общий кэш), которые могут быть отключены только после отключения всех ядер, имеющих доступ к этому компоненту. Однако мы в роли пользователя или программиста не можем взаимодействовать с состояниями пакета напрямую, но можем управлять состояниями отдельных ядер. Таким образом, управляя CC-состояниями, мы косвенно управляем и PC-состояниями.
Состояния нумеруются от нуля по возрастанию, то есть C0, C1… и P0, P1… Большее число обозначает большее энергосбережение. C0 означает, что все компоненты включены. P0 означает максимальную производительность, то есть максимальные тактовую частоту, напряжение и энергопотребление.
С-состояния
Вот базовые С-состояния (определенные в стандарте ACPI).
- C0: Active, процессор/ядро выполняет инструкции. Здесь применяются P-состояния, процессор/ядро могут работать в режиме максимальной производительности (P0) или в режиме энергосбережения (в состоянии, отличном от P0).
- C1: Halt, процессор не выполняет инструкций, но может мгновенно вернуться в состояние С0. Поскольку процессор не работает, то P-состояния не актуальны для состояний, отличных от С0.
- C2: Stop-Clock, схож с C1, но требует больше времени для возврата в C0.
- С3: Sleep. Возврат в C0 требует ощутимо большего времени.
Примечание: Из-за технологии Intel® Hyper-Threading существуют также С-состояния потоков. Хотя отдельный поток может работать с С-состояниями, изменения в энергопотреблении происходят, только когда ядро входит в нужное состояние. В данной статье тема C-состояний на потоках рассматриваться не будет.
Вот описание состояний из даташита:
Примечание: LLC обозначает Last Level Cache, кэш последнего уровня и обозначает общий L3 кэш процессора.
Визуальное представление состояний:
Источник: Software Impact to Platform Energy-Efficiency White Paper
Последовательность C-состояний простыми словами:
- Нормальная работа при C0.
- Сначала останавливается тактовый генератор простаивающего ядра (С1).
- Затем локальные кэши ядра (L1/L2) сбрасываются и снимается напряжение с ядра (С3).
- Как только все ядра отключены, общий кэш (L3/LLC) ядер сбрасывается и процессор (почти) полностью может быть обесточен. Я говорю «почти», потому что, по моим предположениям, какая-то часть должна быть активна, чтобы вернуть процессор в состояние С0.
Однако если ядро работает (C0), то единственное состояние, в котором может находиться процессор, — C0. С другой стороны, если ядро полностью выключено (C8), процессор может находиться в C0, если другое ядро работает.
Примечание: Intel Software Developer’s Manual упоминает про суб-C-состояния (sub C-state). Каждое С-состояние состоит из нескольких суб-С-состояний. После изучения исходного кода модуля ядра intel_idle я понял, что состояния C1 и C1E являются состоянием С1 с подтипом 0 и 1 соответственно.
Число подтипов для каждого из восьми С-состояний (0..7) определяется с помощью инструкции CPUID. Для моего процессора утилита cpuid выводит следующую информацию:
Я создал гистограмму, представленную ниже, из исходного кода драйвера intel_idle для моего процессора (модель 0x5e). Подписи горизонтальной оси:
Имя C-состояния: специфичное для процессора состояние: специфичное суб-состояние.
Вертикальная ось обозначает задержку выхода и целевые резидентные значения из исходного кода. Задержка выхода используется для оценки влияния данного состояния в реальном времени (то есть сколько времени потребуется для возвращения в С0 из этого состояния). Целевое резидентное значение обозначает минимальное время, которое ядро должно находиться в данном состоянии, чтобы оправдать энергетические затраты на переход в это состояние и обратно. Обратите внимание на логарифмический масштаб вертикальной оси. Задержки и минимальное время нахождения в состоянии увеличивается экспоненциально с увеличением номера состояния.
Константы задержок выхода и целевых резидентных значении C-состояний в исходном коде intel_idle
Примечание: Хотя состояния С9 и С10 включены в таблицу, они имеют 0 суб-состояний и поэтому не используются в моем процессоре. Остальные процессоры из семейства могут поддерживать эти состояния.
Состояния питания ACPI
Прежде чем говорить про P-состояния, стоит упомянуть про состояния питания ACPI. Это то, что мы, пользователи, знаем, когда используем компьютер. Так называемые глобальные системные состояния (G[Х]) перечислены в таблице ниже.
Источник: ACPI Specification v6.2
Также существует специальное глобальное состояние G1/S4, Non-Volatile Sleep, когда состояние системы сохраняется на энергонезависимое хранилище (например, диск) и затем производится выключение. Это позволяет достичь минимального энергопотребления, как в состоянии Soft Off, но возвращение в состояние G0 возможно без перезагрузки. Оно более известно как гибернация.
Существует несколько состояний сна (Sx). Всего таких состояний шесть, включая S0 — отсутствие сна. Состояния S1-S4 используются в G1, а S5, Soft Off, используется в G2. Краткий обзор:
- G0/S0: Компьютер работает, не спит.
- G1: Sleeping.
- G1/S1: Power on Suspend. Состояние системы сохраняется, питание процессора и кэшей поддерживается.
- G1/S2: Процессор отключен, кэши сброшены.
- G1/S3: Standby или Suspend to RAM (STR). Оперативная память остается практически единственным компонентом с питанием.
- G1/S4: Hibernation или Suspend to Disk. Все сохраняется в энергонезависимую память, все системы обесточиваются.
![]()
Вот поддерживаемые состояния ACPI.
![]()
Комбинации состояний ACPI G/S и С-состояний процессора
Приятно видеть все комбинации в таблице:
![]()
В состоянии G0/S0/C8 системы процессора запущены, но все ядра отключены.
В G1 (S3 или S4) некорректно говорить про С-состояния (это касается как CC-состояний, так и PC-состояний), так как процессор полностью обесточен.
Для G3 не существует S-состояний. Система не спит, она физически отключена и не может проснуться. Ей необходимо сначала получить питание.
Как программно запросить переход в энергосберегающее С-состояние?
Современный (но не единственный) способ запросить переход в энергосберегающее состояние — это использовать инструкцию MWAIT или инструкцию HLT. Это инструкции привилегированного уровня, и они не могут быть выполнены пользовательскими программами.
Инструкция MWAIT (Monitor Wait) заставляет процессор перейти в оптимизированное состояние (C-состояние) до тех пор, пока по указанному (с помощью другой инструкции, MONITOR) адресу не будет произведена запись. Для управления питанием MWAIT работает с регистром EAX. Биты 4-7 используются для указания целевого С-состояния, а биты 0-3 указывают суб-состояние.
Примечание: Я думаю, что на данный момент только AMD обладает инструкциями MONITORX/MWAITX, которые, помимо мониторинга записи по адресу, работают с таймером. Это еще называется Timed MWAIT.
Инструкция HLT (halt) останавливает выполнение, и ядро переходит в состояние HALT до тех пор, пока не произойдет прерывание. Это означает, что ядро переходит в состояние C1 или C1E.
Что вынуждает ядро входить в определенное С-состояние?
Как отмечалось ранее, переходы между глубокими С-состояниями имеют высокие задержки и высокие энергетические затраты. Таким образом, такие переходы должны выполняться с осторожностью, особенно на устройствах, работающих от аккумуляторов.
Возможно ли отключить С-состояния (всегда использовать С0)?
Это возможно, но не рекомендуется. В даташите (секция 4.2.2, страница 64) есть примечание: «Долгосрочная надежность не гарантируется, если все энергосберегающие состояния простоя не включены». Поэтому вам не стоит отключать С-состояния.
Как прерывания влияют на процессор\ядро в состоянии сна?
Когда происходит прерывание, соответствующее ядро пробуждается и переходит в состояние С0. Однако, например Intel® Xeon® E3-1200 v5, поддерживает технологию Power Aware Interrupt Routing (PAIR), у которой есть два достоинства:
- для энергосбережения прерывание может быть переадресовано работающему ядру, чтобы не будить спящее ядро;
- для производительности прерывание может быть переадресовано от работающего на полную мощность ядра к простаивающему (С1) ядру.
P-состояния
P-состояния подразумевают, что ядро в состоянии С0, потому что ему требуется питание, чтобы выполнять инструкции. P-состояния позволяют изменять напряжение и частоту ядра (другими словами рабочий режим), чтобы снизить энергопотребление. Существует набор P-состояний, каждое из которых соответствует разных рабочим режимам (пары напряжение-частота). Наиболее высокий рабочий режим (P0) предоставляет максимальную производительность.
Процессор Intel® Xeon® E3–1200 v5 позволяет контролировать P-состояния из операционной системы (Intel® SpeedStep Technology) или оставить это оборудованию (Intel® Speed Shift Technology). Вся информация ниже специфична для семейства Intel® Xeon® E3-1200 v5, но я полагаю, это в той или иной степени актуально и для других современных процессоров.
P-состояния, управляемые операционной системой
В этом случае операционная система знает о P-состояниях и конкретном состоянии, запрошенным ОС. Проще говоря, операционная система выбирает рабочую частоту, а напряжение подбирается процессором в зависимости от частоты и других факторов. После того, как P-состояние запрошено записью в моделезависимый регистр (подразумевается запись 16 бит в регистр IA32_PERF_CTL), напряжение изменяется до автоматически вычисленного значения и тактовый генератор переключается на заданную частоту. Все ядра имеют одно общее P-состояние, поэтому невозможно установить P-состояние эксклюзивно для одного ядра. Текущее P-состояние (рабочий режим) можно узнать, прочитав информацию из другого моделезависимого регистра — IA32_PERF_STATUS.
Смена P-состояния мгновенна, поэтому в секунду можно выполнять множество переходов. Это отличает от переходов C, которые выполняются дольше и требуют энергетических затрат.
P-состояния, управляемые оборудованием
В этом случае ОС знает об аппаратной поддержке P-состояний и отправляет запросы с указанием нагрузки. В запросах не указывается конкретное P-состояние или частота. На основе информации от ОС, а также других факторов и ограничений оборудование выбирает подходящее P-состояние.
Я хочу рассказать об этом подробнее в следующей статье, но сейчас я поделюсь с вами своими мыслями. Мой домашний компьютер работает в этом режиме, я узнал это, проверив IA32_PM_ENABLE. Максимальный (но не гарантированный) уровень производительности — 39, минимальный — 1. Можно предположить, что существует 39 P-состояний. На данный момент уровень 39 установлен ОС как минимальный и как максимальный, потому что я отключил динамическое изменение частоты процессора в ядре.
Заметки про Intel® Turbo Boost
Поскольку TDP (расчетная тепловая мощность) — это максимальная мощность, которую процессор может выдержать, то процессор может повышать свою частоту выше базовой, при условии что энергопотребление не превысит TDP. Технология Turbo Boost может временно повышать энергопотребление до границы PL2 (Power Limit 2) на короткий промежуток времени. Поведение Turbo Boost может быть изменено через подсказки оборудованию.
Применима ли эта информация о C-состояниях и P-состояниях к мобильным и встраиваемым процессорам?
Для примера, недавний MacBook Air с процессором i5-5350U в основном поддерживает возможности, описанные выше (но я не уверен про P-состояния, контролируемые оборудованием). Я также смотрел документацию ARM Cortex-A, и, хотя там применяются другие термины, механизмы управления питанием выглядят похоже.
Как это все работает, например, на Linux?
На этот вопрос я отвечу в другой статье.
Как я могу узнать состояние процессора?
Существует не так много приложений, которые могут выводить эту информацию. Но вы можете использовать, например, CoreFreq.
Вы не можете комментировать, т.к. не авторизованы.![]()
Комментарий удален Не удалось добавить комментарий, содержащий нецензурные выражения '); return HTML.join(''); > if ( (Screened && !Screenable && !ScreenedAndVisible) || !Readable ) < HTML.push(' '); > else < HTML.push(' '); >HTML.push(''); if (PosterDeleted) HTML.push('![]()
'); if (PosterFirstName || PosterLastName) < HTML.push(PosterFirstName + ' ' + PosterLastName); >else if (PosterNick) < HTML.push(PosterNick); >else < HTML.push(PosterEmail); >if (PosterDeleted) HTML.push(''); HTML.push(''); if(IsStar)HTML.push(' '); HTML.push(' ' + PosterName + ' '); if (!PosterDeleted && 0) < HTML.push('в - загрузка и восстановление, сними галочку - выполнять автоматическую перезагрузку.
приветик Всем,эт снова я,неутомимый чайник - наверно тут закралась очепятка , следует читать "приветик Всем,эт снова я,неисправимый чайник" спасибо на добром слове,буду знать к кому за помощью обращаться Проверьте сначала все резетки и вилки..которые соединяют комп с сетью.Возможно разболтались контакты. если нет то в ремонт! . а ещё а лично два года мучился. комп зависал\.выключался с перезагрузкой. и вообще система слетала. комп новый с магазина. оказалось жесткий диск имел заводской дефект. купил новый. сейчас глючный жесткий диск использую как флешкку. по советам наврятли найдеш. неси в сервис или вызывай на дом.![]()
Вот то окно в котором система показывает ошибку и какую,надо переписать сюда,а без него это все равно,что к цыганке гадать ходить. Попутно надо написать какая система,на каких программах это происходит.Или хотя бы сделать по скринам.![]()
Как объясн7или свою проблему,такой ответ и получили. Помогите!!((Не могу попасть вконтакт,скачала какое-то "письмо счастья",а после этого перезагрузился компьютер,и теперь такая проблема,доступны все сайты,кроме контакта((написано,что заблокирована за спам и предлагают оплатить восстановление странички((
А теперь вообще ничего не показывает((
Только страницу входа вконтакт,вводишь теперь емэйл,пароль и он не заходит,дальше страница не меняется((
Помогите,я там по работе сижу,общаюсь с клиентами,и там всё хранилось в личке,вся информация(( Антивирус ничего не нашёл((
А подробнее можно,как это всё сбрасывать. А то я в компах не очень.Здравствуйте,просмотрел я события за то время,когда произошло очередное отключение,и вот что я там нашёл:
Имя журнала: System
Источник: Microsoft-Windows-Kernel-Processor-Power
Дата: 02.12.2011 9:17:19
Код события: 6
Категория задачи:(6)
Уровень: Ошибка
Ключевые слова:
Пользователь: система
Компьютер: PC
Описание:
Некоторые функции управления питанием процессора в состоянии производительности были отключены из-за известной проблемы с микропрограммой. Узнайте о наличии обновлений микропрограммы у изготовителя компьютера.
Xml события:6
0
2
6
0
0x8000000000000000Имя журнала: System
Источник: Microsoft-Windows-Kernel-Processor-Power
Дата: 02.12.2011 9:17:24
Код события: 26
Категория задачи:(4)
Уровень: Сведения
Ключевые слова:
Пользователь: система
Компьютер: PC
Описание:
Процессор 0 в группе 0 имеет следующие показатели: состояний бездействия:1, состояний производительности:
0, состояний снижения питания:
0
Xml события:26
0
4
4
0
0x8000000000000000Имя журнала: System
Источник: atikmdag
Дата: 02.12.2011 9:17:26
Код события: 52236
Категория задачи:(51)
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: PC
Описание:
CPLIB :: General - Invalid Parameter
Xml события:52236
2
51
0x8000000000000036169
System
PCИмя журнала: System
Источник: atikmdag
Дата: 02.12.2011 9:17:26
Код события: 43029
Категория задачи:(42)
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: PC
Описание:
Display is not active
Xml события:43029
2
42
0x8000000000000036170
System
PCИмя журнала: System
Источник: Service Control Manager
Дата: 02.12.2011 9:17:29
Код события: 7036
Категория задачи:Отсутствует
Уровень: Сведения
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: PC
Описание:
Служба "Plug-and-Play" перешла в состояние Работает.
Xml события:7036
0
4
0
0
0x8080000000000000Plug-and-Play
Работает
50006C007500670050006C00610079002F0034000000Вот всё что я нарыл,и что мне с этим делать ума не приложу,пытался веб-справку открыть,не нахоится в интернете
Читайте также:
