Управление питанием ноутбука

[TuLiss]

Собсвтенно как бы реализовать такие вещи

1) сделать несколько правил и повесить на кнопку
В правилас указывается , яркость экрана, чистота процессора, засыпание жесткого диска
2) как реализовать отключение второго ядра в системе.

[helicopter]

Может лучше suspend-to-ram ?

[serzh-z]

TuLiss
См. "CPU hotplug Support" в параметрах ядра. Сегодня где-то в конфигураторе видел - там же и краткое описание было как усыпить процессор.

P.S.: ядро 2.6.20 - ранее не припомню, чтобы видел такой параметр.

[TuLiss]

Может лучше suspend-to-ram ?

Это тут при чем?

TuLiss
См. "CPU hotplug Support" в параметрах ядра. Сегодня где-то в конфигураторе видел - там же и краткое описание было как усыпить процессор.

P.S.: ядро 2.6.20 - ранее не припомню, чтобы видел такой параметр.

спс гляну

[br()ken]

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

А по первому вопросу, я у себя сделал так: пользуясь кедами, снес родной klaptopdaemon, поставил hal 0.5.8.1 (он пока в оверлеях), который поддерживает руление частотой проца, и kpowersave. Последний умеет самостоятельно И ВЕРНО определять режим AC/Battery, а также запускать скрипты через knotify. Итого все свелось к написанию двух скриптов minpower и maxpower, в которых прописано управление ati-видяхой, винтом и wifi. Нормально управлять яркостью kpowersave пока не умеет. Разработчик говорит, работа над этим идет.

[serzh-z]

br()ken
Компилятор не выполняет оптимизацию под SMP. Распределение задач по процессорам выполняет ядро.

[br()ken]

А как насчет, например вот этого (если абстрагироватьсся от вездесущего gcc)? http://www.intel.com/cd/software/products/...lers/277618.htm

Intel® C++ Compiler 9.1 for Linux*

The compiler automatically optimizes and parallelizes software to take best advantage of the latest multi-core Intel® processors.

[alastor]

Intel® C++ Compiler 9.1 for Linux*

А он таки научился компилить ядро без бубна?

[serzh-z]

br()ken
М-да, забавно... Но это не оптимизация, это всего лишь автоматическое создание кода, запускающего разные потоки. Я бы не доверил компилятору создавать за меня код по управлению потоками.

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

Ну и на последок - большинство приложений под Linux собрано с помощью GCC, а уж он пока точно не поддерживает OpenMP (хотя в версии 4.2 такая поддержка уже ожидается).

А он таки научился компилить ядро без бубна?

↑

Это не проблемы компилятора Intel, это проблемы разработчиков ядра, которые активно используют всякие нестандартные расширения GCC.

[br()ken]

br()ken
М-да, забавно... Но это не оптимизация, это всего лишь автоматическое создание кода, запускающего разные потоки. Я бы не доверил компилятору создавать за меня код по управлению потоками.

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

Ну и на последок - большинство приложений под Linux собрано с помощью GCC, а уж он пока точно не поддерживает OpenMP (хотя в версии 4.2 такая поддержка уже ожидается).

А он таки научился компилить ядро без бубна?

↑

Это не проблемы компилятора Intel, это проблемы разработчиков ядра, которые активно используют всякие расширения GCC.

По роду деятельности очень тесно общаюсь с представительством Intel и совершенно уверенно говорю, что это есть (как минимум для интел) огромная проблема. Парни прилагают дикие усилия, чтобы заставить программеров раскидывать на потоки не то чтобы программы, а еще алгоритмы из кубиков и ромбиков - и это длится еще со времен внедрения Hyper-Threading, иначе толку от всей этой многоядерности-многопроцессорности практически нуль. Конечно, ядро ОС должно распределять задачи и само, но гораздо приятнее, когда тот же avidemux видео жмет на одном ядре, а аудио на другом. Короче, людям надо продавать новые процессоры, и для этого пропихиваются все эти тулкиты и компиляторы, которые способны кое-что и сами разбрасывать на несколько ядер.... И если в этом случае отрубить ядро в целях энергосбережения - как тогда поведут себя скомпилированные проги? Я лично опасаюсь дурацких проблем. О GCC мы щас не говорим

[serzh-z]

что это есть (как минимум для интел) огромная проблема. Парни прилагают дикие усилия, чтобы заставить программеров раскидывать на потоки не то чтобы программы, а еще алгоритмы из кубиков и ромбиков - и это длится еще со времен внедрения Hyper-Threading, иначе толку от всей этой многоядерности-многопроцессорности практически нуль.

↑

Это их проблемы. И их маркетологов. Все хотят денег и тупого пользователя, который сам не хочет/не может сделать ничего, кроме как написать программу "хочу, чтобы все было зае...ь". Ту же самую цель преследуют, например, Java и .NET.

Положение вещей это не меняет и все вышесказанное мною остается верно. Вот те самые ленивые разработчики, которые не хотят/не могут/не желают за свою з/п раскидать программу на потоки и будут использовать "#pragma omp..." и компиляторы Intel (про GCC >= 4.2 молчим) в надежде на то, что за них обо всем подумали такие же инженеры из Intel.

[uptime]

...я у себя сделал так: пользуясь кедами, снес родной klaptopdaemon, поставил hal 0.5.8.1 (он пока в оверлеях), который поддерживает руление частотой проца, и kpowersave. Последний умеет самостоятельно И ВЕРНО определять режим AC/Battery, а также запускать скрипты через knotify. Итого все свелось к написанию двух скриптов minpower и maxpower, в которых прописано управление ati-видяхой, винтом и wifi. Нормально управлять яркостью kpowersave пока не умеет. Разработчик говорит, работа над этим идет.

А это будет работать при отключенном acpi? (мой ноут с acpi не грузиться )

[br()ken]

что это есть (как минимум для интел) огромная проблема. Парни прилагают дикие усилия, чтобы заставить программеров раскидывать на потоки не то чтобы программы, а еще алгоритмы из кубиков и ромбиков - и это длится еще со времен внедрения Hyper-Threading, иначе толку от всей этой многоядерности-многопроцессорности практически нуль.

↑

Это их проблемы. И их маркетологов. Все хотят денег и тупого пользователя, который сам не хочет/не может сделать ничего, кроме как написать программу "хочу, чтобы все было зае...ь". Ту же самую цель преследуют, например, Java и .NET.

Положение вещей это не меняет и все вышесказанное мною остается верно. Вот те самые ленивые разработчики, которые не хотят/не могут/не желают за свою з/п раскидать программу на потоки и будут использовать "#pragma omp..." и компиляторы Intel (про GCC >= 4.2 молчим) в надежде на то, что за них обо всем подумали такие же инженеры из Intel.

Это еще бабушка надвое сказала Конечно можно тупо отгружать процы с 2-4-8 и т.д. ядрами и забить на остальное. Типа, трахайтесь с софтом сами. И если б такие процы делала только Intel, я бы и не пикнул А тут, можно сказать, за индустрию радеют Я кстати лично не пробовал, но вроде бы интеловские компиляторы нормально работают и с амд-шными процессорами...

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

...я у себя сделал так: пользуясь кедами, снес родной klaptopdaemon, поставил hal 0.5.8.1 (он пока в оверлеях), который поддерживает руление частотой проца, и kpowersave. Последний умеет самостоятельно И ВЕРНО определять режим AC/Battery, а также запускать скрипты через knotify. Итого все свелось к написанию двух скриптов minpower и maxpower, в которых прописано управление ati-видяхой, винтом и wifi. Нормально управлять яркостью kpowersave пока не умеет. Разработчик говорит, работа над этим идет.

А это будет работать при отключенном acpi? (мой ноут с acpi не грузиться )

ноут без acpi - это идеологически неверно (если это не старый надежный IBM с полным соответствием спецификациям APM). Насчет будет ли работать - не знаю, не должно