The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Патч для решения проблемы с повышенным энергопотреблением Linux на некоторых ноутбуках

12.11.2011 09:02

Мэтью Гаррет (Matthew Garrett), один из разработчиков ядра Linux из компании Red Hat, опубликовал в списке рассылки ядра Linux патч, полностью решающий проблемы с повышенным энергопотреблением на ноутбуках, поддерживающих технологию ASPM (Active State Power Management) для карт PCI Express. Проблема выражается в том, что для некоторых систем в процессе работы ASPM-регистры постоянно остаются в режиме "performance" (высокая производительность), что приводит к повышению энергопотребления на 10-30% при использовании ядер Linux начиная с 2.6.38. Предложенный патч имитирует поведение Windows при инициализации системы управления питанием, т.е. не очищает статус ASPM для всех устройств в процессе загрузки, оставляя параметры, выставленные BIOS.

Проблема долгое время оставалась нерешённой из-за отсутствия какой-либо документации, описывающей как именно следует принимать решения о включении или выключении поддержки ASPM в ситуации, когда BIOS не информирует ОС о поддержке ASPM. Изначально разработчики ядра Linux полагались на то, что активировать ASPM следует только в том случае, если BIOS явно сообщает о наличии поддержки ASPM для карт PCI Express. Как оказалось, подобный метод не эффективен, так как BIOS многих систем умалчивает о наличии ASPM, в то время как поддержка данного режима присутствует. Если BIOS не сообщил о поддержке ASPM, ядро Linux обнуляло ASPM-регистры, что приводило к тому, что технология энергосбережения ASPM не использовалась в процессе работы системы (постоянно был активен режим максимальной производительности), даже если ASPM был реализован в компьютере. В ситуации, когда BIOS указывал на наличие ASPM, инициализация проходила корректно и проблем не наблюдалось.

Тестирование энергопотребления показало, что после применения патча, потребление энергии на ноутбуке ThinkPad на базе CPU Intel Core i7 уменьшилось на 36% при ненагруженном состоянии системы и на 14% при запуске интенсивно использующей графику 3D-игры, что соответствует уровню энергопотрбления при использовании ядра 2.6.37 (новая система инициализации ASPM была добавлена в 2.6.38). К сожалению, окно приёма изменений для ядра Linux 3.2 уже закрыто, поэтому наиболее вероятно, что патч будет включён только в состав ядра 3.3, выход которого можно ожидать весной 2012 года.

Вслед за первым патчем, Мэтью Гаррет также представил несколько дополнительных улучшений, нацеленных на оптимизацию работы в случае, если BIOS корректно сообщает о наличии ASPM. Если системе изначально известно о ASPM, то применяются более агрессивные настройки, чем по умолчанию выставлены прошивкой. Для драйверов отдельных проблемных PCI-E устройств, для которых такие настройки неприменимы, предоставляется возможность индивидуального отключения ASPM. Список устройств для которых необходимо отключение ASPM был найден через анализ настроек драйверов для платформы Windows, в которой используется подобный обходной путь для более оптимального использования ASPM в системе.

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



  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Проблема с повышенным энергопотреблением Linux на некоторых ноутбуках остаётся нерешенной
  3. OpenNews: Microsoft утверждает, что Windows 8 не помешает установке других ОС, но аргументы противоречат фактам
  4. OpenNews: Фонд свободного ПО уведомил общественность об опасности появления ПК, работающих только с Windows
  5. OpenNews: Red Hat и Canonical опубликовали рекомендации по реализации режима безопасной загрузки в UEFI
  6. OpenNews: Компании Hewlett-Packard, Dell и AMI откликнулись на опасения, связанные с режимом безопасной загрузки в UEFI
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/32287-kernel
Ключевые слова: kernel, linux, power
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (101) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, koloboid (ok), 10:21, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >поддержка данного режима поддерживается

    "поддержка данного режима имеется" ?

    как определить, есть ASPM в железке или нет? (биос косой, ничего толком не показывает)

    $ dmesg | grep -i aspm
    [    0.796813] ACPI _OSC control for PCIe not granted, disabling ASPM

    это значит что его нету вообще, или сабжевая проблема?

     
     
  • 2.2, xi (??), 10:28, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "поддержка данного режима имеется" ?

    "данный режим поддерживается".

     
     
  • 3.3, koloboid (ok), 10:29, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    как угодно, но не так, как сейчас ;)
     
  • 2.8, Geidrow (ok), 12:40, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • –10 +/
    > $ dmesg | grep -i aspm

    почему в кубунту 11.04 эта команда вообще никакого вывода не даёт?


     
     
  • 3.69, Aquarius (ok), 18:24, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +18 +/
    потому, что вывод dmesg не содержит сочетания букв aspm ни в каком сочетании регистров
    /ваш К.О.
     
     
  • 4.123, Аноним (-), 22:52, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Капитан, вы превзошли сами себя!

     
  • 2.9, DFX (ok), 12:46, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> как определить, есть ASPM в железке или нет? (биос косой, ничего толком не показывает)

    в меню биоса этого точно никогда не будет :)

    смотри вывод 'sudo lspci -vv|grep ASPM'. если дофига "Disabled" там, то дело плохо.

    >> $ dmesg | grep -i aspm

    [    0.796813] ACPI _OSC control for PCIe not granted, disabling ASPM

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

     

  • 1.6, ua9oas (?), 11:56, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если окно приёма изменений для ядра "3.2" уже закрыто то тогда как в него этот патч у себя установить самому?
     
     
  • 2.7, XoRe (ok), 12:03, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если окно приёма изменений для ядра "3.2" уже закрыто то тогда как
    > в него этот патч у себя установить самому?

    wget linux-source
    patch < file
    compile kernel
    install kernel

     
  • 2.38, Michael Shigorin (ok), 15:51, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если окно приёма изменений для ядра "3.2" уже закрыто то тогда как
    > в него этот патч у себя установить самому?

    Не стоит (ну или хотя бы потренируйтесь сперва в виртуалке).

     
     
  • 3.143, Онаним (?), 11:46, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Разве виртуалка даст доступ до ASPM?
     
     
  • 4.150, Аноним (-), 18:06, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Разве виртуалка даст доступ до ASPM?

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

     
     
  • 5.153, arisu (ok), 18:48, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Она даст доступ к откату снапшота в случае если вы доигрались и
    > скомпилили ядро которое не способно загрузить вашу систему.

    а что, не удалять старое ядро, пока не протестируешь новое, религия запрещает?

     
  • 5.159, Онаним (?), 14:55, 16/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Во первых. Вопрос стоит не о работоспособности ядра в целом, а в поддержке ASPM. Что, как я понимаю, не удастся проверить из гостя.
    Во вторых. Да. Загрузился со старого и "вступай и компелируй" заново.
     

  • 1.10, Resonance (ok), 13:25, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    $ dmesg | grep -i aspm
    [    0.161506] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it

    > К сожалению, окно приёма изменений для ядра Linux 3.2 уже закрыто

    Плохо :( Тоесть Ubuntu 12.04 будет без этого патча?

     
     
  • 2.18, xoomer (ok), 14:34, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Скорее всего, потому-что вторая альфа запланирована на 2-е февраля.
    https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule
    А в беты, как я понимаю, новые ядра не интегрируются...

    Хотя, возможно, менеджерам релиза что-то в силах сделать...

     
     
  • 3.49, Crazy Alex (ok), 16:33, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Убунтовцам никто не мешает наложить этот патч самостоятельно. Они наверняка и так пачку патчей тянут, как и почти любой дистрибутив.
     
  • 2.80, Аноним (-), 00:30, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего его бекпортируют или кернел разробы или сами убунтовцы.
     

  • 1.11, xoomer (ok), 13:26, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    [    0.955985] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it

    Странно, почему же тогда у меня система с 2.6.39 работала меньше времени от аккумулятора, чем 2.6.35 ?

     
     
  • 2.12, xoomer (ok), 13:29, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ааа! Все понял, именно поэтому:
    "Если BIOS не сообщил о поддержке ASPM, ядро Linux обнуляло ASPM-регистры, что приводило к тому, что технология энергосбережения ASPM не использовалась в процессе работы системы (постоянно был активен режим максимальной производительности), даже если ASPM был реализован в компьютере."
     

  • 1.15, Толстый_ (?), 14:21, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    "К сожалению, окно приёма изменений для ядра Linux 3.2 уже закрыто, поэтому наиболее вероятно, что патч будет включён только в состав ядра 3.3, выход которого можно ожидать весной 2012 года."

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

     
     
  • 2.17, Аноним (-), 14:32, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Как всегда, комменты этих самых юзеров вызывают улыбку.  
     
     
  • 3.68, Аноним (-), 18:20, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Как всегда, комменты этих самых юзеров вызывают улыбку.

    Ну, он же даже в нике честно написал :))

     
  • 2.19, Другой Аноним (?), 14:41, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Как всегда в Линуксе -- это получить обновление ядра из репозиториев своего дистрибутива.
     
  • 2.25, x0r (??), 15:11, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    да не переживайте так. или этот все таки добавят. или дистростроители сделают это за вас
     
  • 2.33, Аноним (-), 15:36, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Как всегда в линуксе, юзерам придется ждать или собирать ядро.

    Это линукс, там есть шансы дождаться чего-то хорошего. В отличие от остальных.

     
     
  • 3.52, Аноним (-), 17:00, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это линукс, там есть шансы дождаться чего-то хорошего. В отличие от остальных.

    Плюсую. Приятно когда ченжлоги хорошие или хотя-бы не вредительские. А то вон у MS за 8 лет ченжлог - "много мелких изменений". Ну и всякое западлостроение типа "укреплены ограничения DRM и активация". Вот только зачем бы мне их ограничения и активации?


     
  • 2.41, Michael Shigorin (ok), 16:00, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Как всегда в линуксе, юзерам придется ждать или собирать ядро.

    Ну от Вани-то понятно чего ожидать (увлечённо отрабатывает), а Вы вроде не первый год замужем (ц)...

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

    PS: коллеги, хоть осень и пора урожая, а всё-таки откровенно неконструктивных людей (порой пытающихся прикрыться фиговым листком, но даже этого толком не умеющих) -- не стоит откармливать так плотно.  Объяснили раз, не доходит -- "к модератору", берегите время.

     
     
  • 3.98, Клыкастый (ok), 16:42, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > PS: коллеги, хоть осень и пора урожая,

    мы поняли про обострения :)

     
  • 2.51, Аноним (-), 16:57, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Как всегда в линуксе, юзерам придется ждать или собирать ядро.

    Да! Если сравнить с тем как мужик чинил драйвер асусовой звуковухи в винде при помощи IdaPro (дизассемблер) и патчинга бинаря - пожалуй это еще и не хучший вариант (хэндлы текли дико и потому драйвер аццки жрал память). А других вариантов у мужика и не осталось - сорца дров нет, а саппорт асуса его попросту послал. Неделя траха с дизассемблером чтобы самому в блобе поймать проблемное место - по зубам далеко не всем. Так что пожалуй в линухе даже попроще, а? :D

     
     
  • 3.89, Аноним (-), 10:41, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну что вы, ведь Шindoшs - интуитивно понятная система для домохозяек. Разумеется, каждая домохозяйка должна назубок знать системное программирование и отлично управляться с дизассемблером и hexeditorом. Что тут такого нелогичного вы увидели?
     
     
  • 4.136, Аноним (-), 01:58, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ну что вы, ведь Шindoшs - интуитивно понятная система для домохозяек. Разумеется,
    > каждая домохозяйка должна назубок знать системное программирование и отлично управляться
    > с дизассемблером и hexeditorом. Что тут такого нелогичного вы увидели?

    Да, конечно. Домохозяйка обязана помнить наизусть всю таблицу опкодов x86, x86_64, а скоро еще и ARM. И все GUID'ы в реестре. Неплохо бы также заучить наизусть хидеры DDK и SDK а также все содержимое MSDN. Тогда пользоваться виндовсом будет проще пареной репы, а запатчить какой-то там блоб вы сможете с завязанными глазами и даже без клавиатуры.

     
  • 2.65, СуперАноним (?), 18:09, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в мракософте можно и годами ждать очередного SP. А умение собирать ядро это НОРМАЛЬНО для линуксовода.
     
  • 2.97, Клыкастый (ok), 16:40, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    разделяю ваше беспокойство. собирать ядро... фу. а ну как после этого руки не помыли?
     
  • 2.148, Maris (?), 16:34, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если Вы намекаете на сравнение с windows, то там не было бы даже возможности что-то собрать, не говоря уже о создании собственного patcha, если это необходима и знания позволяют.
     

  • 1.57, Аноним (-), 17:10, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот вывод lspci -vv 124 grep ASPM LnkCap Port 0, Speed unknown, Width x0... большой текст свёрнут, показать
     
     
  • 2.70, Аноним (-), 18:33, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ага, похожая картина, плюс:
    dmesg | grep -i aspm — молчит
     
     
  • 3.71, Аноним (-), 18:35, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ага, похожая картина, плюс:
    > dmesg | grep -i aspm — молчит

    grep -i aspm /boot/config-2.6.32-131.17.1.el6.x86_64
    CONFIG_PCIEASPM=y

    следовательно оно сбекпорчено из .37, ждёмс бекпорта патча

     
  • 3.77, Аноним (-), 19:52, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Значит не работает,а жаль,думал что всё работает,так как BIOS уведомляет ОС о том что есть оборудование ASPM и вроди бы должно работать.
     

  • 1.72, Anonplus (?), 18:42, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >> Предложенный патч имитирует поведение Windows при инициализации системы управления питанием

    А это не нарушает какой-нибудь патент MS?

     
  • 1.78, FiX (ok), 21:09, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А разве pcie_aspm=force в параметрах у ядра не решает проблему?
     
     
  • 2.104, Andrey Mitrofanov (?), 18:02, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А-ага. На реализацию нестандартного и недокументированного поведения.

    ...переломают ноги, людоеды...

     

  • 1.79, Аноним (-), 21:17, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да,вот тоже интересно,в биосе у меня есть пункт о включении или выключении энерг... большой текст свёрнут, показать
     
     
  • 2.120, Аноним (-), 21:04, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Аналогично (hp probook 4320s):
    dmesg |grep ASPM
    ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
    ACPI _OSC control for PCIe not granted, disabling ASPM
    WTF?
     

  • 1.84, arisu (ok), 02:16, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    (пожимает плечами) надеюсь, в патче найдут какую-нибудь проблему, и в следующее ядро он тоже не попадёт. не вижу, по какой причине ядро должно чинить криворукость индийских биосообезьян.
     
     
  • 2.91, Ваня (?), 13:06, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Welcome to the REAL world.
     
     
  • 3.94, Michael Shigorin (ok), 15:14, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Welcome to the REAL world.

    Да уж.  Биосописателей образовывать надо (лет пять тому интел делал linuxfirmwarekit livecd, помнится) -- но что уже накропали криво, то придётся объезжать в рантайме по возможности.

     
     
  • 4.95, Ваня (?), 15:20, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы вообще не понимаете области о которой говорите. Для вас это нормально, но мне тратить на вас своё время жаль.
     
     
  • 5.100, Michael Shigorin (ok), 16:47, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы вообще не понимаете области о которой говорите.

    Любезнейший, я о том, в чём совсем не понимаю, помалкиваю.  А время и впрямь лучше давайте побережём.

     
     
  • 6.107, Аноним (-), 18:49, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Например, о том, что является платформой в мире ИТ, да, Майки? Да и другим высказываться не даем, верно?
     
     
  • 7.121, Michael Shigorin (ok), 22:27, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Да и другим высказываться не даем, верно?

    Не высказываться, а нести заангажированную чушь.

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

    Цель же таких MSSP уже достаточно хорошо известна -- дискредитация свободного ПО и реклама поделий Microsoft любыми средствами и под любым прикрытием.  Как уже сказано, не пройдёт.

     
     
  • 8.125, Ваня (?), 23:38, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Т е если, как в данном случае, драйвер в Win работает, а в Lin не работает - эт... текст свёрнут, показать
     
     
  • 9.127, arisu (ok), 23:53, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    но в песне ты не понял, увы, ничего ц ... текст свёрнут, показать
     
  • 9.128, Michael Shigorin (ok), 00:08, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, Вы опять врёте Драйвер-то работает по крайней мере тех железок с п... большой текст свёрнут, показать
     
     
  • 10.131, Ваня (?), 00:25, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Много слов, половины из которых я не знаю По мне так проблема в том что есть од... текст свёрнут, показать
     
     
  • 11.133, Michael Shigorin (ok), 00:33, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, можно пояснить В аспекте, на который создатели одной ОС имели возможнос... большой текст свёрнут, показать
     
  • 10.132, Ваня (?), 00:28, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если я не прав - так и скажи Вместо этого трутся неугодные комменты Лживый М... текст свёрнут, показать
     
     
  • 11.134, Michael Shigorin (ok), 00:39, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не неугодные, а содержащие очень похожую на заведомую ложь Пока что непонятно ... большой текст свёрнут, показать
     
  • 9.137, Аноним (-), 02:06, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А кто виноват что биосоклепатели как обычно реализовали то что описано в спеках ... большой текст свёрнут, показать
     
     
  • 10.141, Ваня (?), 10:45, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сдаётся мне что спецификации вы не читали Почти все идут по шаблону вида ответ... большой текст свёрнут, показать
     
     
  • 11.145, Michael Shigorin (ok), 12:38, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря какие, но железных и впрямь давно не читал, как и Абеля с Мюллером линук... текст свёрнут, показать
     
  • 8.126, arisu (ok), 23:52, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    тогда почему в дискусии lugovsky-стайл вертухаи реагируют очень нервно потому ч... текст свёрнут, показать
     
     
  • 9.129, Michael Shigorin (ok), 00:12, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что Луговский нанёс огромный ущерб, возможно, сам того не осознавая вовре... текст свёрнут, показать
     
     
  • 10.130, arisu (ok), 00:22, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вообще-то луговский-стайл 8212 это фильтр для идиотов, которые за словами не ... текст свёрнут, показать
     
     
  • 11.149, Аноним (-), 17:37, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Говоря прямо, вы обидите обозлите этого человека, и он не поймет, что был непр... текст свёрнут, показать
     
  • 6.114, Ваня (?), 19:43, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Я Windows за ОС не считаю" (с) Michael Shigorin
     
     
  • 7.116, arisu (ok), 19:49, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "Я Windows за ОС не считаю" (с) Michael Shigorin

    а что в этой фразе неправильно? это не ос, это черезчур дорогая и глючная игрозапускалка. лучше уже консоль купить тогда.

     
  • 7.138, Аноним (-), 02:09, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > "Я Windows за ОС не считаю" (с) Michael Shigorin

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

     
  • 7.140, Аноним (-), 02:25, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > "Я Windows за ОС не считаю" (с) Michael Shigorin

    А я вас не считаю за компетентного специалиста. Откуда MS таких унылых кадров берет?

     
  • 3.108, arisu (ok), 18:59, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Welcome to the REAL world.

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

     

     ....большая нить свёрнута, показать (25)

  • 1.85, Андрей (??), 02:26, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уже некоторое время обсуждается проблема с ASPM для PCI-E карт. Чего я до сих пор не понимаю, почему информация о том, что может или не может конкретно взятая карта известна только БИОСу? Это значило бы, что если в ноуте поменять, кажем, беспроводную PCIe сетевуху, то всё, БИОС скажет, что вообще никакой инфы о карте нет, и, может, она вовсе не PCIe...
     
  • 1.86, Аноним (-), 02:57, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот интересно,если ядро не управляет энергосберегающим режимом ASPM,а БИОС выставляет при старте сам выставляет энергосберегающий режим,то как быть с работой от сети,когда мне не нужен этот режим? Или БИОС сам знает когда включать и когда выключать энергосберегающий режим ASPM?
     
     
  • 2.90, Аноним (-), 11:00, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Полагаю, ASPM сам разберется, кто от чего работает.
     
  • 2.93, Ваня (?), 14:35, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    BIOS производит инициализацию оборудования и передаёт управление ОС, которая обы... большой текст свёрнут, показать
     
     
  • 3.101, Аноним (-), 17:28, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да,но судя по описанию патча,теперь если БИОС не говорит о ASPM,то ядро этот режим не трогает,и получается что как БИОС инициализирует ASPM так и будет аппаратура.Просто меня интересует одно,БИОС или аппаратура будет управлять ASPM динамически,если я во время работы буду переключатся с батареи на AC и на оборот.Ну есть еще один интересный факт,Windows то знает когда включен ASPM а когда нет.
     
  • 3.102, all_glory_to_the_hypnotoad (ok), 17:41, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это как минимум чушь. биос продолжает рулить настройками энергопотребления и после загрузки, особенно это касается ноутов. В частности, ставит профили настроек энергосбережения в зависимости от наличия/отсутствия питания. В это одна из проблем совместимости железа с ОС типа linux.
     
     
  • 4.105, Ваня (?), 18:03, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Жди... Есть APM/ACPI, которые представляют из себя часть кода BIOS, но функции их [APM/ACPI] явно вызываются ОС или драйверами.

    Отдельный вопрос по поводу возможностей мат.плат, которые BIOS проициализировал, а ОС не переинициализировала. Там что угодно, в зависимости от извращённости производителя. Но это лишь из-за отсутствия драйверов.

     
     
  • 5.109, all_glory_to_the_hypnotoad (ok), 19:10, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и это тоже чушь.
     
  • 5.110, Аноним (-), 19:11, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по описанию ASPM с википедии,этим режимом должна управлять ОС или БИОС.Значит в лучшем случае приходится наедятся на добросовестных создателей БИОСа,в моем случае на добросовестность компании Lenovo,а как же Виндовс знает о состоянии ASPM?Меду прочем,может знает кто,если в саппорт леновы написать письмо с описанием проблемы и просьбой решить,они что нибудь будут делать?
     
     
  • 6.113, Ваня (?), 19:42, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Судя по описанию ASPM с википедии,этим режимом должна управлять ОС или БИОС

    Какие образом? Или BIOS стал ещё одной задачей, диспетчерируемой ОС? Или, возможно, он работает как гипервизор ОС, прерывая её когда ему вздумается и переводя процессор (весь или только одно из ядер?) в требуемый ему (реальный/защищённый/длинный + промежуточные варианты) режим?

    Можно доверять вики, но выключать (turn OFF) мозги не советую.

     
     
  • 7.122, Michael Shigorin (ok), 22:48, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Судя по описанию ASPM с википедии,этим режимом должна управлять ОС или БИОС
    > Какие образом?

    При выполнении кода ОС или BIOS, очевидно.  По крайней мере при первичной инициализации оборудования.

    > Или BIOS стал ещё одной задачей, диспетчерируемой ОС?

    Резонно, но есть пара возможных моментов: ACPI и SMM.  Применительно к ASPM может вылезти первый (поскольку предоставляемый платформой код в этом случае выполняется интерпретатором в составе ОС), но закапываться в вопрос неинтересно.

    > Можно доверять вики, но выключать (turn OFF) мозги не советую.

    Однозначно.

     
     
  • 8.142, Ваня (?), 10:54, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ACPI от APM отличается лишь вызовом функций в APM это прерывание из реального р... текст свёрнут, показать
     
     
  • 9.144, Michael Shigorin (ok), 12:20, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    AML потеряли Даже переусложнения, если верить Andy Grover из того же Intel Т... большой текст свёрнут, показать
     
     
  • 10.146, Ваня (?), 12:55, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    SMM я остался непонят Отдельных статей навалом, есть какие-то вырванные из кон... большой текст свёрнут, показать
     
     
  • 11.152, arisu (ok), 18:47, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ванюша, мне категорически скучно, поэтому я продолжу требовать ответа на свой во... текст свёрнут, показать
     
  • 11.158, Michael Shigorin (ok), 01:49, 16/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Может, и так -- но на _исследователей_, о работах которых смутно припоминал, пос... большой текст свёрнут, показать
     
  • 7.139, Аноним (-), 02:21, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Такие вещи как вызовы одного из другого для микрософтовцев видимо слишком сложны... большой текст свёрнут, показать
     
  • 6.115, Ваня (?), 19:46, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Как знает Windows и работает режим писал - удалили. Кратко: Майкрософт проводит тестирование на большом количестве реальной аппаратуры (HCL + много чего), определяя оптимальные настройки для каждой железки по отдельности, а также отклонения от стандарта, которые приходится учитывать.

    Сравни: ударила молния - кто-то побежал умилостивливать Зевса-громовержца, другой подумал что надо бы наконец поставить громотвод.

     
     
  • 7.117, arisu (ok), 19:50, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ты мне на вопрос так и не ответил: ты носишь с собой противометеоритный зонтик? и если нет, то почему?
     
  • 7.124, Michael Shigorin (ok), 22:53, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сравни: ударила молния - кто-то побежал умилостивливать Зевса-громовержца,
    > другой подумал что надо бы наконец поставить громотвод.

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

    Насчёт конкретно ASPM не знаю, а вот с ACPI ровно так.

     
  • 2.96, Michael Shigorin (ok), 15:24, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > как быть с работой от сети

    Если не нужен лишний нагрев и шум, то точно так же.

     

     ....большая нить свёрнута, показать (19)

  • 1.87, Wildhawk (?), 08:41, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну и срач развели...
    А может проще сделать:
    echo powersave > /sys/module/pcie_aspm/parameters/policy
     
     
  • 2.135, redwolf (ok), 01:18, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У меня работает...
     

  • 1.88, wildhawk (?), 08:45, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Дополнительные рецепты для уменьшения энергопотребления мобильных устройств с пингвином на борту:

    https://nikitushkin.wordpress.com/2011/10/03/%d1%83%d0%bb&

     
     
  • 2.92, xoomer (ok), 13:44, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо! Полезная статья!
     
     
  • 3.111, pavlinux (ok), 19:12, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Спасибо! Полезная статья!

    Боян

    http://www.lesswatts.org/tips/

     
     
  • 4.112, wildhawk (?), 19:35, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так вы не внимательно читали статью, в ней есть ссылка на более содержательный внешний ресурс (с разделами для самого различного харда), на котором, в свою очередь, есть ссылка и на http://www.lesswatts.org, на котором нет упоминания о режимах энергосбережения для шин PCIe. А тема как раз о проблеме с энергосбережением шины PCIe, если вы заметили. На первоисточник я и не претендовал, т. к. сразу дал ссылку в своей статье на первый вышеупомянутый ресурс, который будет полезен всем, кому интересны аспекты энергосбережения с тюксом на борту.
     
     
  • 5.154, pavlinux (ok), 21:43, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Так вы не внимательно читали статью, в ней есть ссылка на более
    > содержательный внешний ресурс (с разделами для самого различного харда), на котором,
    > в свою очередь, есть ссылка и на http://www.lesswatts.org, на котором нет
    > упоминания о режимах энергосбережения для шин PCIe.

    Ну да, там сайт хороший, но чёй-то они его забросили.

    можно было бы добавить фичь всяких...

    i915_powersave
    i915_enable_fbc
    i915_enable_rc6
    i915_lvds_downclock

    ---
    tsc=reliable
    idle=halt
    cpuidle.off=0
    nmi_watchdog=off
    processor.max_cstate=4
    acpi=noirq
    acpi_sleep=тут уже от железа
    noirqdebug
    no_timer_check
    norandmaps

     
     
  • 6.160, wildhawk (?), 20:16, 17/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это не во всех ядрах доступно, да и от сборки зависит и железа. Каждый собирает под свое железо. Из перечисленного вами от железа зависит большее количество параметров, нежели указанных вами.
     

  • 1.147, northbear (ok), 13:03, 14/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Этот патч могли бы и принять в 3.1... Актуально.
     
     
  • 2.157, Andrey Mitrofanov (?), 09:55, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот патч могли бы и принять в 3.1... Актуально.

    А ещё его не сделают в моём дистрибутивном 2.6.32. Это жжжжжж не спроста! Заговор? Ксто сказал, заговор?....

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру