[WSonic]

Нагрузка на процессор при всех равных условиях, останется той же, но вот производительность, за счёт герц, уменьшится »

Это если проц нагрузка 10-15%, а если проц на штатных частотах загружен на 85%, то при снижении частоты вдвое думаете так и останется? Пошел проверять, аж самому интересно стало...

[WSonic]

Отчитываюсь: у меня выглядело так:

Выполняемая задача: конвертация в AVI (DivX) Full HD фильма в Format Factory. На первом скрине частота 3.0ГГц, на втором 1.8ГГц



Как то так...

[AMDBulldozer]

Не правильно мыслишь, нагрузка так и останется, скорость работы просто будет более медленной за счёт самого медленного процессора. »

Проверьте сами. Запустите из командной строки, скажем, perl -e 'use Time::HiRes qw( usleep ); while () { usleep(1) }'

Сначала зафиксируйте минимальную тактовую частоту процессора командой for i in /sys/devices/system/cpu/cpu[0-9]*; do echo powersave > $i/cpufreq/scaling_governor; done или воспользуйтесь для этого какой-нибудь утилитой вроде cpufreq-set -r -g powersave.

Проверьте потребление процессорного времени perl'ом командой top.

Зафиксируйте максимальную частоту, установив governor в performance (аналогично предыдущему).

Посмотрите как изменится нагрузка процессора. У меня на моём стареньком notebook'е, с которого я сейчас пишу, при частоте процессора Core 2 P8700 в 800 МГц этот процесс потребляет чуть больше 13% процессорного времени. После увеличения тактовой частоты до 2533 МГц нагрузка падает до 7.3%.
Одновременно изменяется и нагрузка, создаваемая другими процессами. Так, firefox, который в данный момент при частоте 800 МГц потребляет 91% процессорного времени, при 2533 Мгц начинает потреблять уже только 30%.

Конечно, в данном случае хорошо видна нелинейность этого процесса - нагрузка от firefox падает в 3 раза, а от perl менее, чем в 2. Но я поэтому и написал "в первом приближении", поскольку реальное изменение измеряемой нагрузки зависит от множества факторов. Включая даже модель процессора.