Экономия энергии в Linux: Часть 3. Результаты оптимизации

Эта серия из трёх статей содержит вводную информацию по снижению энергопотребления в вашей системе. В третьей части сравнивается производительность пяти регуляторов в настроенном и в обычном режимах и демонстрируется, как можно оптимизировать сервер IBM System x®, работающий под управлением Linux®.

Дженифер Хоппер, инженер по программному обеспечению, IBM

author photo - Jenifer HopperДженифер Хоппер (Jenifer Hopper) — программист IBM Linux Performance Group в Остине, штат Техас. В настоящее время она занимается проблемами высокопроизводительных вычислений и рабочих нагрузок для измерения энергопотребления, а также системным профилированием и анализаторами данных.



01.03.2012

Об этой серии статей

В этой серии статей рассказывается о том, как настроить сервер IBM System x с установленной Linux для получения наибольшей энергоэффективности. Вы узнаете о регуляторах в составе ядра (in-kernel governors) и применении их настроек; также показано влияние настроенных регуляторов на производительность и рабочую нагрузку в системах электронной торговли. Практические иллюстрации даются для сервера System x с установленным дистрибутивом Red Hat Enterprise Linux версии 5.2 (RHEL 5.2), но они будут верными для любого ядра версии 2.6.x и любого процессора, поддерживающего частотное масштабирование.

В первой части были кратко описаны компоненты и принципы, на основе которых делается настройка производительности системы, в том числе: подсистема Linux CPUfreq, режимы C-state и P-state и пять регуляторов в составе ядра.

Во второй части приводятся подробности общих настроек подсистемы CPUfreq в Linux, пяти регуляторов — performance, powersave, userspace, ondemand и conservative — и их настроек.

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

Схемы рабочей нагрузки и эффекты от использования регуляторов

Экономия энергопотребления – это вопрос, который приходится учитывать всем, кого касаются проблемы эксплуатационных расходов или охраны окружающей среды. В этой статье, последней в серии, мы рассмотрим разницу в энергопотреблении (в виде реальных цифр и графиков), которую можно получить без потерь в производительности, изменяя рабочую частоту процессора с помощью подсистемы CPUfreq в Linux и регуляторов в составе ядра.

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

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

Эти тесты выполнялись на сервере IBM System x® 3650 под управлением Red Hat Enterprise Linux 5.2.


Рабочая нагрузка пакета SPECpower_ssj2008

Еще раз о пяти регуляторах в составе ядра

Регулятор Performance
Статический | Устанавливает частоту процессора на максимальное значение | Диапазон частот может быть настроен пользователем | Наибольшее быстродействие, отсутствие энергосбережения

Регулятор Powersave
Статический | Устанавливает частоту процессора на минимальное значение | Диапазон частот может быть настроен пользователем | Наименьшее быстродействие, минимальное энергосбережение

Регулятор Userspace
Динамический | Позволяет вручную устанавливать частоту процессора | Диапазон частот может быть настроен пользователем | Полезен для настройки индивидуальной политики энергопотребления

Регулятор Ondemand
Динамический | Изменяет частоту процессора в зависимости от нагрузки | Пользователь может настраивать диапазон частот, отметки, на которой регулятор проверяет использование процессора в системе, и порога коэффициента использования | Управляет энергопотреблением путем понижения максимальной возможной тактовой частоты процессора

Регулятор Conservative
Динамический | Изменяет частоту процессора в зависимости от нагрузки | Пользователь может настраивать диапазон частот, отметки, на которой регулятор проверяет использование процессора в системе, порога коэффициента использования и размер шага частоты | Управляет энергопотреблением путем постепенного повышения или понижения тактовой частоты процессора

Ниже представлены результаты теста SPECpower_ssj2008, который оценивает как энергопотребление, так и производительность. Дополнительную информацию об этом тестовом пакете и свежие официальные результаты тестов можно найти на Web-сайте SPEC (раздел Ресурсы). Обращаем ваше внимание на то, что приведенные здесь результаты не настроены на оптимальную производительность. Их не следует рассматривать в качестве официальных результатов тестов системы, относитесь к ним как к результатам, предназначенным для исследований.

Пакет SPECpower_ssj2008, используя тест на базе Java™, выдает оценку производительности в единицах ssj_ops (операции ssj). Тесты выполняются начиная от 100% нагрузки и заканчивая режимом простоя. Чем выше полученная оценка, тем выше производительность системы.

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

Сравнение регуляторов с настройками по умолчанию

На рисунке 1 сравниваются эффекты от использования пяти регуляторов в составе ядра, каждый из которых работал с настройками по умолчанию. Настраиваемые параметры sched_mc_power_savings и sched_smt_power_savings были отключены, а в связке с регулятором userspace выполнялся демон изменения частоты центрального процессора cpuspeed.

Рисунок 1. Оценка и уровень энергопотребления в режиме работы по умолчанию
Рисунок 1. Оценка и уровень энергопотребления в режиме работы по умолчанию

Пунктирные линии отражают полученные оценки в единицах ssj_ops – количественном показателе производительности SPECpower_ssj2008. Как видно из графиков, единственным регулятором, существенно снижающим производительность системы, является регулятор powersave. Это объясняется тем, что регулятор powersave статически устанавливает тактовую частоту процессора на минимальное значение, позволяя максимально экономить электроэнергию.

Сплошные линии отражают энергопотребление. Здесь снова можно отметить регулятор powersave, который ценой снижения производительности потребляет меньше электроэнергии по сравнению с остальными регуляторами. Также можно отметить разницу в работе регуляторов в режиме простоя. Регулятор performance всегда работает на максимальной тактовой частоте и поэтому потребляет в режиме простоя примерно на 10 ватт больше, чем остальные регуляторы. Регулятор userspace в связке с демоном cpuspeed имеет наилучшие показатели энергосбережения в режиме работы по умолчанию, не снижая при этом производительность системы. Мы может получить подтверждение наших выводов, сравнив соотношения производительности и энергопотребления для каждого регулятора, приведенные на рисунке 2.

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

Вступайте в "зеленые" группы сообщества My developerWorks

Обсуждайте различные темы и обменивайтесь ресурсами, посвященными энергии, эффективности и охране окружающей среды, в группах GReen IT Report space (EN) и Green computing group (EN) на страницах сообщества My developerWorks.

Соотношение производительность/энергопотребление – это рассчитываемый SPECpower_ssj2008 показатель, отражающий энергоэффективность системы. SPECpower_ssj2008 рассчитывает отношение полученной оценки производительности к количеству затраченной для ее достижения электроэнергии, поэтому чем выше этот показатель, тем лучше энергоэффективность системы.

Как видно из графиков, в режиме работы по умолчанию регулятор userspace в связке с демоном cpuspeed имеет лучшее соотношение производительность/энергопотребление по сравнению с остальными регуляторами для большинства нагрузок. Таким образом, регулятор userspace является наиболее энергоэффективным.

Изменение настроек регуляторов

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

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

sched_mc_power_savings – для планирования процессов ядра.

sched_smt_power_savings – для планирования процессов в гиперпотоках ядра.

Регулятор ondemand
По умолчанию параметр up_threshold регулятора ondemand имеет значение 80; это означает, что когда загрузка центрального процессора достигает 80%, регулятор повышает его тактовую частоту. Сейчас я покажу, как можно повысить энергоэффективность этого регулятора, просто изменив значение параметра up_threshold на 98.

На рисунке 3 сравнивается энергоэффективность регулятора ondemand, запущенного в двух режимах: с настройками по умолчанию (параметр up_threshold установлен в 80) и с измененными настройками (параметр up_threshold установлен в 98). Настраиваемые параметры sched_mc_power_savings и sched_smt_power_savings отключены.

Рисунок 3. Оценка и энергопотребление регулятора ondemand
Рисунок 3. Оценка и энергопотребление регулятора ondemand

Как видно из пунктирных графиков, оценки регулятора ondemand, полученные в обоих режимах, практически одинаковы, поэтому изменение значения параметра up_threshold не влияет на производительность. Сплошные графики, отражающие энергопотребление, показывают небольшие различия. Как видно из этих графиков, повышение значения параметра up_threshold до 98 выражается в чуть более низком энергопотреблении по сравнению с использованием порогового значения по умолчанию.

Теперь давайте посмотрим на соотношения производительность/энергопотребление, представленные на рисунке 4.

Рисунок 4. Соотношения производительность/энергопотребление для регулятора ondemand
Рисунок 4. Соотношения производительность/энергопотребление для регулятора ondemand

Мы снова видим, что почти для каждой нагрузки режим работы ondemand с увеличенным до 98 пороговым значением оказывается чуть более энергоэффективным по сравнению с режимом, в котором используется пороговое значение по умолчанию.

Регулятор conservative
Регулятор conservative имеет два пороговых значения, которые можно настраивать:

  • Параметр up_threshold, установленный по умолчанию в 80. Когда загрузка центрального процессора достигает 80%, регулятор повышает его тактовую частоту.
  • Параметр down_threshold, установленный по умолчанию в 20. Когда загрузка центрального процессора падает ниже 20%, регулятор понижает его тактовую частоту для экономии электроэнергии.

Сейчас я покажу, как можно повысить энергоэффективность регулятора conservative, просто изменив значение параметра up_threshold на 98 и значение параметра down_threshold на 95. Это достаточно резкие настройки для регулятора conservative, но вы увидите, что они повышают его энергоэффективность.

На рисунке 5 сравнивается энергоэффективность регулятора conservative, запущенного в двух режимах: с настройками по умолчанию (параметры up_threshold и down_threshold установлены в 80 и 20, соответственно) и с измененными настройками (параметры up_threshold и down_threshold установлены в 98 и 95, соответственно). Настраиваемые параметры sched_mc_power_savings и sched_smt_power_savings отключены.

Рисунок 5. Оценка и энергопотребление регулятора conservative
Рисунок 5. Оценка и энергопотребление регулятора conservative

Из пунктирных графиков мы снова видим, что оценки регулятора conservative, полученные в обоих режимах, практически одинаковы. Сплошные графики показывают различное энергопотребление для этих двух режимов. Как видно из этих графиков, настроенный регулятор потребляет намного меньше электроэнергии при средних рабочих нагрузках (на 40 ватт меньше при рабочей нагрузке в 50%). Это очень существенная экономия электроэнергии. Мы может получить подтверждение наших выводов, сравнив соотношения производительности и энергопотребления, приведенные на рисунке 6.

Рисунок 6. Соотношения производительность/энергопотребление для регулятора conservative
Рисунок 6. Соотношения производительность/энергопотребление для регулятора conservative

Графики показывают, что для рабочих нагрузок в пределах 30-90% регулятор conservative с настроенными параметрами пороговых значений оказывается более энергоэффективным по сравнению с режимом, в котором используются пороговые значения по умолчанию.

Сравнение настроенных регуляторов

В этом разделе мы сравним настроенные регуляторы ondemand и conservative governors с тремя другими регуляторами. На рисунке 7 сравниваются все пять регуляторов, причем для регуляторов ondemand и conservative были изменены пороговые значения. Настраиваемые параметры sched_mc_power_savings и sched_smt_power_savings были отключены, а в связке с регулятором userspace выполнялся демон изменения частоты центрального процессора cpuspeed.

Рисунок 7. Оценка и энергопотребление настроенных регуляторов
Рисунок 7. Оценка и энергопотребление настроенных регуляторов

На этом графике мы снова наблюдаем большое снижение производительности для регулятора powersave, поскольку он работает на минимальной возможной тактовой частоте; конечно, при этом он потребляет намного меньше электроэнергии по сравнению с остальными регуляторами (энергоэффективность регулятора powersave в сравнении с другими регуляторами будет рассмотрена на следующем графике). Остальные четыре регулятора получили одинаковые оценки независимо от их настроек. Регулятор performance снова работает на максимальной возможной тактовой частоте, и из сплошных графиков видна заметная разница в энергопотреблении. Регулятор userspace, работающий в связке с демоном cpuspeed, и настроенный регулятор conservative потребляют наименьшее количество электроэнергии после регулятора powersave. Регулятор userspace потребляет чуть меньше электроэнергии, чем настроенный регулятор conservative, в области рабочих нагрузок от 30% до 50% и чуть больше при дальнейшем увеличении рабочей нагрузки. Теперь выясним, какой из регуляторов является наиболее энергоэффективным, посмотрев на соотношения производительность/энергопотребление, представленные на рисунке 8.

Рисунок 8. Соотношения производительность/энергопотребление для настроенных регуляторов
Рисунок 8. Соотношения производительность/энергопотребление для настроенных регуляторов

Из полученного графика видно, что энергоэффективность настроенного регулятора conservative и регулятора userspace, работающего в связке с демоном cpuspeed, почти одинакова. Итоговая оценка SPECpower_ssj2008 (не представлена здесь) показывает, что настроенный регулятор conservative имеет лучшую общую энергоэффективность, хотя и с очень малым отрывом.

Сравнение с использованием параметра sched_mc_power_savings

Как уже говорилось ранее, в целях экономии электроэнергии настраиваемый параметр sched_mc_power_savings старается загрузить работой наименьшее возможное количество ядер. На рисунках 9 и 10 представлено сравнение загрузки центрального процессора, использующего регулятор conservative с настройками по умолчанию с отключенным (значение 0) и включенным (значение 1) параметром sched_mc_power_savings. На графиках показана загрузка процессора при рабочей нагрузке, равной 10%, т. е. система в среднем загружена на 10%.

Рисунок 9. Параметр sched_mc_power_savings отключен
Рисунок 9. Параметр sched_mc_power_savings отключен
Рисунок10. Параметр sched_mc_power_savings включен
Рисунок10. Параметр sched_mc_power_savings включен

На этих двух графиках можно четко увидеть следующие отличия. В первом случае (рисунок 9) параметр sched_mc_power_savings отключен, и четыре процессора выполняют работу с загрузкой около 15%, тогда как остальные четыре процессора выполняют работу с загрузкой около 5%. Во втором случае (рисунок 10) параметр sched_mc_power_savings включен, и вся работа распределяется между четырьмя процессорами, работающими с загрузкой около 20%, тогда как остальные четыре процессора находятся в режиме простоя. Использование этого настраиваемого параметра совместно с регулятором подсистемы CPUfreq может снизить энергопотребление, поскольку консолидация рабочей нагрузки позволяет некоторым процессорам перейти в режим простоя и, следовательно, работать на более низкой тактовой частоте.

Сравнение с использованием параметра sched_smt_power_savings

Как и sched_mc_power_savings, настраиваемый параметр sched_smt_power_savings в целях экономии электроэнергии старается распределить процессы так, чтобы по возможности было загружено только несколько гиперпотоков в ядре, а другие ядра могли оставаться свободными. На рисунках 11 и 12 представлено сравнение загрузки центрального процессора, использующего регулятор conservative с настройками по умолчанию, с отключенным (значение 0) и включенным (значение 1) параметром sched_smt_power_savings в системах с поддержкой технологии HyperThreading. На графиках показана загрузка процессора при рабочей нагрузке, равной 10%, т. е. система в среднем загружена на 10%.

Рисунок 11. Параметр sched_smt_power_savings отключен
Рисунок 11. Параметр sched_smt_power_savings отключен
Рисунок 12. Параметр sched_smt_power_savings включен
Рисунок 12. Параметр sched_smt_power_savings включен

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


Рабочая нагрузка в системе электронной торговли

В этом разделе мы сравним эффект от использования регуляторов в другой схеме рабочей нагрузки. Следующие результаты были получены при использовании приложения электронной торговли, в котором в режиме имитации сеанса онлайнового заказа товаров собирается подробная статистика, в том числе время ожидания и количество запросов в секунду. Для создания рабочего Web-сайта системы электронной торговли использовались Apache, PHP и СУБД MySQL. Обращаем ваше внимание на то, что приведенные здесь результаты не настроены на оптимальную производительность и их не следует рассматривать в качестве официальных результатов тестов системы. Мы будем сравнивать эффекты от использования регуляторов для различных уровней загрузки системы.

Сравнение регуляторов с настройками по умолчанию

На следующих графиках сравниваются с исходным состоянием эффекты от использования двух настраиваемых регуляторов в составе ядра – conservative и ondemand, а также регулятора performance. Все регуляторы работали с параметрами по умолчанию, настраиваемые параметры sched_mc_power_savings и sched_smt_power_savings были отключены.

На рисунках 13 показана статистика сеанса онлайнового заказа товаров с общим количеством клиентов, равным 500. При этом средняя загрузка тестируемой системы составляла 8-12%.

Рисунок 13а. Производительность (запросы в секунду)
Рисунок 13а. Производительность (запросы в секунду)
Рисунок 13б. Время ожидания (миллисекунды)
Рисунок 13б. Время ожидания (миллисекунды)
Рисунок 13в. Среднее энергопотребление (ватты)
Рисунок 13в. Среднее энергопотребление (ватты)
Рисунок 13г. Производительность на ватт
Рисунок 13г. Производительность на ватт

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

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

На рисунке 13в показано среднее энергопотребление. Как видно, с регулятором conservative система потребляет примерно на 20 ватт меньше, чем с регулятором performance, т. е. изменение частоты центрального процессора отсутствует, и регулятор ondemand экономит в среднем около 15 ватт.

На рисунке 13г показана производительность на ватт: число запросов в секунду делится на среднее энергопотребление. Одинаковая производительность и экономичность двух динамических регуляторов выражается в их более высокой производительности на ватт. Регулятор conservative оказывается наиболее энергоэффективным при загрузке центрального процессора, равной 8-12%; вплотную к нему подбирается регулятор ondemand.

Сравним теперь производительность на ватт каждого из трех регуляторов, работающих с настройками по умолчанию, для более нагруженных систем и посмотрим, сможет ли регулятор conservative удержать лидерство. На рисунке 14 показана рабочая нагрузка для 1000 клиентских подключений, что приводит к средней загрузке центрального процессора, равной 20-25%.

Рисунок 14. Сравнение регуляторов с настройками по умолчанию для 1000 клиентских подключений
Рисунок 14. Сравнение регуляторов с настройками по умолчанию для 1000 клиентских подключений

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

Наконец, давайте подсчитаем производительность на ватт для 2000 клиентских подключений. Эти графики изображены на рисунке 15. При этой рабочей нагрузке средняя загрузка центрального процессора составила 45-60%.

Рисунок 15. Сравнение регуляторов с настройками по умолчанию для 2000 клиентских подключений
Рисунок 15. Сравнение регуляторов с настройками по умолчанию для 2000 клиентских подключений

Для этой рабочей нагрузки регулятор ondemand с настройками по умолчанию показывает чуть лучшую производительность на ватт. Регуляторы ondemand и conservative экономят в этом случае около 15 ватт, однако регулятор conservative с настройками по умолчанию вызвал падение производительности, поскольку он обрабатывал примерно на 8 запросов в секунду меньше, чем остальные регуляторы, а его время ожидания составило на 0.15 секунд больше по сравнению с регулятором performance. В этом тесте победу одержал ondemand, поскольку он обрабатывает практически такое же количество запросов в секунду, а его время ожидания всего лишь на 50 мс больше времени ожидания регулятора performance, что, конечно же, является показателем того, чего могла бы достичь система без какого-либо масштабирования тактовой частоты центрального процессора.

Сравнение настроенных регуляторов

Сравним теперь работу настроенных регуляторов для этой рабочей нагрузки. Настройки регуляторов, как и ранее, заключаются в изменении пороговых значений. Для регулятора conservative параметры up_threshold и down_threshold были выставлены в 98 и 95, соответственно. Для регулятора ondemand параметр up_threshold был выставлен в 98. На рисунках 16 показаны графики, полученные для настроенных регуляторов при рабочей нагрузке в 2000 клиентских подключений (средняя загрузка центрального процессора 45-60%).

Более низкие рабочие нагрузки не позволяют выявить существенных отличий, поскольку при загрузке центрального процессора менее 20% настроенные регуляторы работают так же, как регуляторы с настройками по умолчанию. Настраиваемые параметры sched_mc_power_savings и sched_smt_power_savings были отключены.

Рисунок 16а. Производительность (запросы в секунду)
Рисунок 16а. Производительность (запросы в секунду)
Рисунок 16б. Время ожидания (миллисекунды)
Рисунок 16б. Время ожидания (миллисекунды)
Рисунок 16в. Среднее энергопотребление (ватты)
Рисунок 16в. Среднее энергопотребление (ватты)
Рисунок 16г. Производительность на ватт
Рисунок 16г. Производительность на ватт

Из рисунков 16а и 16б видно, что настроенный регулятор conservative приводит к небольшому падению производительности – обрабатывается на 13 запросов в секунду меньше, а время ожидание на 0.28 мс больше, чем для регулятора performance; тем не менее, как видно из рисунка 16в, настроенный регулятор conservative обеспечивает существенную экономию электроэнергии (около 55 ватт) по сравнению с режимом работы без масштабирования тактовой частоты центрального процессора. Даже с учетом небольшого падения производительности настроенный регулятор conservative безоговорочно является наиболее энергоэффективным.


Заключение

В этой серии из трех статей было показано, что в большинстве случаев регулятор conservative с настроенными параметрами up_threshold и down_threshold (значения 98 и 95 соответственно) оказывается наиболее энергоэффективным. В некоторых случаях этот регулятор обеспечивает небольшой прирост производительности.

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

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

Ресурсы

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Linux
ArticleID=799592
ArticleTitle=Экономия энергии в Linux: Часть 3. Результаты оптимизации
publish-date=03012012