Вимкнення демонстраційного масштабування демона CPU

У мене є сервер, який станом на оновлення до 10.04 тепер працює за допомогою демонстраційного масштабування демонстраційного процесора. Навіщо автоматично встановлювати це? Я не хочу, щоб мій сервер економив енергію за рахунок продуктивності.

Замість того, щоб вимкнути виконання /etc/init.d/ondemandсценарію (як його запропонував Джордж), слід скористатися цією командою

sudo update-rc.d ondemand disable

Щоб система init не запускала скрипт, це визнаний спосіб зробити це! Якщо вимкнути дозвіл exec ( sudo chmod -x /etc/init.d/ondemand), можливо, буде замінено, якщо пакет оновлений.

Масштабування частоти не є статичним. Як тільки доведеться виконати роботу, процесор переходить у дію, P держави активізуються, і все летить.

Це ввімкнено, тому що це широко сприймається як хороша річ. Економить енергію (корисно для вашого гаманця та навколишнього середовища). Зберігає тепло ( настільки важливо в серверній кімнаті). І це досить непомітно.

Більше того, на сучасних мікросхемах Intel, якщо у вас є масштабування, ви можете використовувати "turbo boost", коли одне ядро ​​буде працювати з швидкістю, що перевищує запас. Це дуже корисно для шипів однониткових робіт. Без ввімкнення масштабування ви цього не отримаєте.

Ви можете встановити інструмент debian rcconf :

sudo apt-get install rcconf

потім відключіть послугу "вимагання" звідти.

Встановіть усі процесори на регулятора продуктивності:

for GOVERNOR in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; \
do \
    echo "performance" | sudo tee $GOVERNOR; \
done

Усі підтримувані ядра Linux, які підтримуються:

• продуктивність Запускайте процесор на максимальній частоті.
• powerave Запуск центрального процесора на мінімальній частоті.
• користувацький простір Запустіть процесор на визначених користувачем частотах.
• ondemand Масштабує частоту динамічно відповідно до поточного навантаження. Переходить на найвищу частоту, а потім, можливо, відключається, оскільки час простою збільшується.
• консервативна Масштабує частоту динамічно відповідно до поточного навантаження. Масштабує частоту більш поступово, ніж потреба.
• планування вибору частоти процесора, керованого планувальником

Дивіться https://www.kernel.org/doc/Documentation/cpu-freq/governors.txt

Щоб змусити всі процесори працювати з максимальною продуктивністю постійно на робочому столі або сервері Ubuntu, запустіть:

sudo chmod -x /etc/init.d/ondemand

в оболонці і введіть свій пароль. Це вимикає сценарій оболонки, завдяки якому всі процесори працюють із швидкістю "OnDemand", роблячи їх за замовчуванням на повну швидкість (Performance). Вам потрібно буде перезавантажитись, щоб це набуло чинності.

Я протестував це лише в Ubuntu Jaunty 9.04, але він повинен працювати і не створювати проблем на будь-якій версії Ubuntu.

Я думаю, що за замовчуванням Ubuntu це дивно. На мою думку, робочий стіл або сервер повинні працювати на повній швидкості.

З повагою, Джордж

У деяких системах керуючий "попитом", на жаль, порушений.

Це стосується "Intel (R) Core (TM) 2 Quad CPU Q9300 @ 2,50 ГГц" та ядра 2.6.32-42.

Ядро вважає, що може встановлювати частоту індивідуально для кожного процесора, тоді як апаратне забезпечення фактично дозволяє встановлювати частоту лише для груп декількох процесорів (наприклад, CPU 0 і 1 разом, і CPU 2 і 3 разом).

Ви можете дізнатися, що ядро ​​цього не знає, переглянувши файли / sys / devices / system / cpu / cpu * / cpufreq / заселених_cpus, які містять "0", "1", "2", "3" замість "0 1", "0 1", "2 3", "2 3".

Видимий ефект цього невідповідності - це однопоточний процес, який починає працювати на повній швидкості на одному процесорі (губернатор «вимоги» реагує швидко), а потім, приблизно через 20 секунд (залежить від деталей налаштування), втрачає частину своєї швидкості.

Причина полягає в тому, що ОС, за допомогою керуючого "ondemand", періодично повторює низькі частоти на холостих процесорах, не сподіваючись, що це також неявно змінить частоту нашого зайнятого процесора. Це навіть не видно, коли ви дивитесь на / sys / devices / system / cpu / cpu * / cpufreq / * cur_freq або / proc / cpuinfo, ОС просто не знає про це!

Таким чином, у цих системах рішення полягає в тому, щоб повернутися до простого "керуючого" регулятора.

PS: У моєму випадку, постійне керування процесорами на повній частоті нічого не змінило щодо шуму вентиляторів. Я вважаю, що якщо процесор працює на холостому ходу, нижча або більш висока частота не матиме великого впливу на його енергоспоживання.

У мене новий процесор AMD Athlon II X4 631 (процесор Fusion для сокета FM1), і він не економить жодної енергії (я подивився його за допомогою лічильника енергії)! У мене немає турбоядра, тому мені не потрібно налаштування попиту. Більшість нових процесорів економлять енергетику самі.

При порівняльному оцінці є невелика різниця в діапазоні від 1-2%, коли порівнюється потреба та параметри продуктивності.

Це старий, але так як ніхто не говорив про це, і для повноти картини , я додам , що аргумент , як процесор , який працює на максимальній швидкості буде витрачати енергію, виробляти тепло, шум вентилятора і т.д. це НЕПРАВИЛЬНО .

Майже всі сучасні процесори, особливо настільні / серверні процесори, перейдуть у режим глибокого сну, коли простоюють (гонка google до холостого ходу).

Масштабування напруги, ймовірно, заощадить більше енергії, тому на ноутбуках це може трохи збільшити час роботи, але на робочих столах та серверах, на яких працює регулятор продуктивності, буде добре для більшості "звичайних" користувачів (які не працюють на фермах серверів чи подібних.).

Я використовую продуктивність gov з моїм i7-2600k, а температура процесора зазвичай становить близько 30 С.