вложил снимки поведение компа со шнуром питания и без него
Не тем меришь - попугайометр плохой.
Строго говоря, эти тесты никак не характеризуют, упала производительность машины или нет, они просто показывают, что система использует больше процессорного времени. А причин тому может быть много, как вариант - система стала использовать больше CPU-time (при том, что его осталось столько-же). Чтобы понять, как меняется производительность в том или ином режиме питания, стоило бы исключить все временные факторы, то-есть обеспечить повторяемость условий тестирования. IMHO стоит смотреть в сторону (Unix|Linux) Live (CD|Filesystem) benchmark (tools|utilities). Это практически готовый набор ключевых слов для поисковика.
Тесты стоит подбирать не те, которые показывают "загрузку CPU" службами ОС, а те, которые показывают, насколько можно нагрузить CPU полезной нагрузкой сверх процессорного времени, занятого ОС, не меняющейся (в плане отжирания ресурсов) от перезагрузки к перезагрузке.
alex.xa писал(-а):
Вытянув шнур питания производительность выросла до нормы. Вставив обратно опять упала.
Страшно даже представить, чем вы там с ноутбуком занимаетесь.
Предлагаю называть режимы\условия тестирования так:
1. АКБ
2. AC\DC
3. АКБ+AC\DC
и еще 9 вариантов типа:
АКБ-ACPI+APM, АКБ+AC\DC-ACPI-APM и т.д.
Вызываются магическими заклинаниями типа (non-ACPI kernel), (non-ACPI HAL), (APM sysctl), (ACPI|APM disabled in BIOS) и т.п. Это всё магия для установления истины.
А если гадать, то могу предположить, что:
1. ОС=Windows NT.
2. NT умеет работать как с ACPI, так и с APM, может использовать для этого данные из BIOS и реестра.
3. Это как-то влияет на работу с контроллером питания и, как следствие, определение текущего режима работы.
4. При благоприятных условиях (наличие рабочих драйверов и пр.) NT (или некий софт под NT) различает как минимум 3 состояния питания: а) подключен АКБ; б) подключен адаптер AC\DC; в) подключен и АКБ и AC\DC - идёт зарядка батареи (не исключено, что и отключать\включать этот процесс принудительно умеет). В подтверждение догадки могу сказать, что встречал хитрые брэндовые прошивальщики firmware для всяких CD\DVD и видео, которые требуют, чтобы в момент прошивки не только АКБ был заряжен и подключен, но и AC\DC-адаптер тоже! Более того, как-то умеют это проверять (защита "от дураков").
5. Некоторые АКБ, говорят, имеют встроенный чип\EEPROM\ПЗУ, где хранится инфа об элементах батареи, их состоянии, режимах зарядки и т.п. По слухам, эти устройства вполне могут накрываться по тем или иным причинам - кто-то уже спрашивал, чем и как их программировать и где брать "болванки".
6. NT умеет понижать частоту процессора при переключение на питание от АКБ (это поведение регулируется через реестр и BIOS (? - в смысле, я не знаю точно, может NT это делать в обход настроек BIOSа, может ли включить ACPI при наличии ACPI-ядра и HAL-модуля, если он выключен в BIOS).
7. Если штатная частота CPU, к примеру, =2GHz и при питании от AC\DC на загрузка CPU была 25%, а при переходе на АКБ NT cбросит частоту до 1GHz, то загрузка CPU станет ~50% при прочих равных условиях (которые под NT трудно обеспечить, особенно если FS не-readonly). Эффект будет примерно такой, как показывает "попугайометр". Весьма показательно в этом смысле значительное падение температуры ядра CPU - процессор нагрузили в 3.5 раза больше, а температура его упала аж на 5 градусов! Очевидно, что нагрузка осталась прежней(примерно, см. выше про повторяемость условий тестирования), но снизилась рабочая частота процессора.
8. Теперь перейдем к гаданию на тему "кто виноват и что делать". Я не сильно знаком со схемами питания ноутов и зарядки их АКБ, но догадываюсь, что в этих процессами участвуют 2 "железки" - собственно блок питания внутри самого ноута (не AC\DC-адаптера) и гадость типа Dallas внутри самой АКБ (см. выше пункт 5). Думается, неисправность любого из этой двойки способна "обмануть" ОС на предмет того, кто и как питает ноут в данный момент. Кроме того, это может\должно мешать реальному заряду АКБ. То-есть, либо ноут и не пытается подать наряжение заряда на АКБ, либо АКБ всячески отвергает попытки её зарядить. Либо и то, и другое.
Я бы начал с того, что проверил AC\DC-адаптер (в т.ч. и по току), схему питания самого ноута, затем вывел шлейф от разъема [ноут-АКБ] наружу и отмониторил бы напряжения и токи во всех позахрежимах, в том числе и с отключенными ACPI\APM. IMHO удобнее всего это делать под системой, которая позволяет реально управлять ситуацией, выдает исчерпывающую инфу о работе железа в real-time (а для тестов производительности, если они всё еще нужны - не свопит, не лезет во всякие реестры, не запускает обновления\дефраг\антивирь и т.п. без желания оператора). *nix Live CD с benchmarks и memtest86+ тебе в помощь! Дистрибутив - по вкусу, FreeSBIE\BlinCD\Clonezilla\RIPLinux и т.п.
А на десерт оставить ковыряние с АКБ, замену его элементов, перепрограммирование ПЗУ и пр.
alex.xa писал(-а):
но только вынув батарею и снова вставив комп не никак не реагирует на кнопку Power, а подключив шнур питания работает
У ноутбуков иногда есть маленькая дырочка в днище корпуса - можно с ней тоже поиграть в "вставил-вынул", при помощи тонкого предмета, желательно не проводящего ток (типа зубочистки) - за ентой дыркой может скрываться кнопка Reset. Для полноты информации полезно знать, грузится ли ноут после Reset'а.
Строго говоря, эти тесты никак не характеризуют, упала производительность машины или нет, они просто показывают, что система использует больше процессорного времени. А причин тому может быть много, как вариант - система стала использовать больше CPU-time (при том, что его осталось столько-же). Чтобы понять, как меняется производительность в том или ином режиме питания, стоило бы исключить все временные факторы, то-есть обеспечить повторяемость условий тестирования. IMHO стоит смотреть в сторону (Unix|Linux) Live (CD|Filesystem) benchmark (tools|utilities). Это практически готовый набор ключевых слов для поисковика.
Тесты стоит подбирать не те, которые показывают "загрузку CPU" службами ОС, а те, которые показывают, насколько можно нагрузить CPU полезной нагрузкой сверх процессорного времени, занятого ОС, не меняющейся (в плане отжирания ресурсов) от перезагрузки к перезагрузке.
Предлагаю называть режимы\условия тестирования так:
1. АКБ
2. AC\DC
3. АКБ+AC\DC
и еще 9 вариантов типа:
АКБ-ACPI+APM, АКБ+AC\DC-ACPI-APM и т.д.
Вызываются магическими заклинаниями типа (non-ACPI kernel), (non-ACPI HAL), (APM sysctl), (ACPI|APM disabled in BIOS) и т.п. Это всё магия для установления истины.
А если гадать, то могу предположить, что:
Очевидно, что нагрузка осталась прежней(примерно, см. выше про повторяемость условий тестирования), но снизилась рабочая частота процессора.
1. ОС=Windows NT.
2. NT умеет работать как с ACPI, так и с APM, может использовать для этого данные из BIOS и реестра.
3. Это как-то влияет на работу с контроллером питания и, как следствие, определение текущего режима работы.
4. При благоприятных условиях (наличие рабочих драйверов и пр.) NT (или некий софт под NT) различает как минимум 3 состояния питания: а) подключен АКБ; б) подключен адаптер AC\DC; в) подключен и АКБ и AC\DC - идёт зарядка батареи (не исключено, что и отключать\включать этот процесс принудительно умеет). В подтверждение догадки могу сказать, что встречал хитрые брэндовые прошивальщики firmware для всяких CD\DVD и видео, которые требуют, чтобы в момент прошивки не только АКБ был заряжен и подключен, но и AC\DC-адаптер тоже! Более того, как-то умеют это проверять (защита "от дураков").
5. Некоторые АКБ, говорят, имеют встроенный чип\EEPROM\ПЗУ, где хранится инфа об элементах батареи, их состоянии, режимах зарядки и т.п. По слухам, эти устройства вполне могут накрываться по тем или иным причинам - кто-то уже спрашивал, чем и как их программировать и где брать "болванки".
6. NT умеет понижать частоту процессора при переключение на питание от АКБ (это поведение регулируется через реестр и BIOS (? - в смысле, я не знаю точно, может NT это делать в обход настроек BIOSа, может ли включить ACPI при наличии ACPI-ядра и HAL-модуля, если он выключен в BIOS).
7. Если штатная частота CPU, к примеру, =2GHz и при питании от AC\DC на загрузка CPU была 25%, а при переходе на АКБ NT cбросит частоту до 1GHz, то загрузка CPU станет ~50% при прочих равных условиях (которые под NT трудно обеспечить, особенно если FS не-readonly). Эффект будет примерно такой, как показывает "попугайометр". Весьма показательно в этом смысле значительное падение температуры ядра CPU - процессор нагрузили в 3.5 раза больше, а температура его упала аж на 5 градусов!
8. Теперь перейдем к гаданию на тему "кто виноват и что делать". Я не сильно знаком со схемами питания ноутов и зарядки их АКБ, но догадываюсь, что в этих процессами участвуют 2 "железки" - собственно блок питания внутри самого ноута (не AC\DC-адаптера) и гадость типа Dallas внутри самой АКБ (см. выше пункт 5). Думается, неисправность любого из этой двойки способна "обмануть" ОС на предмет того, кто и как питает ноут в данный момент. Кроме того, это может\должно мешать реальному заряду АКБ. То-есть, либо ноут и не пытается подать наряжение заряда на АКБ, либо АКБ всячески отвергает попытки её зарядить. Либо и то, и другое.
Я бы начал с того, что проверил AC\DC-адаптер (в т.ч. и по току), схему питания самого ноута, затем вывел шлейф от разъема [ноут-АКБ] наружу и отмониторил бы напряжения и токи во всех
позахрежимах, в том числе и с отключенными ACPI\APM. IMHO удобнее всего это делать под системой, которая позволяет реально управлять ситуацией, выдает исчерпывающую инфу о работе железа в real-time (а для тестов производительности, если они всё еще нужны - не свопит, не лезет во всякие реестры, не запускает обновления\дефраг\антивирь и т.п. без желания оператора). *nix Live CD с benchmarks и memtest86+ тебе в помощь! Дистрибутив - по вкусу, FreeSBIE\BlinCD\Clonezilla\RIPLinux и т.п.А на десерт оставить ковыряние с АКБ, замену его элементов, перепрограммирование ПЗУ и пр.