TL; WR
- APM не влияет на стабильность, по крайней мере, для моей установки
- LLC, однако, делает - фактически, в моем случае, это абсолютно необходимо для стабильного, безошибочного разгона. (также, что интересно, он почти всегда позволяет вообще не настраивать напряжение смещения).
APM сказывается на производительности. Однако, как правило, лучше оставить его включенным, потому что таким образом вы можете настроить более высокую тактовую частоту, которая приведет к более высокой общей производительности системы, особенно для легких многопоточных рабочих нагрузок. Это также экономит энергию.
Вот как это происходит:
(захват, сделанный во время теста малых FFT Prime95 с 6 рабочими потоками) (размер 24K FFT)
разработка
Все еще согласно Техническим советам Рона :
Все, что действительно отключает APM - это заставляет ваш процессор работать за пределами диапазона 125 Вт TDP. По сути, ваш рисунок потребляет больше энергии и напряжения, а также вырабатывает больше тепла, принося очень мало пользы. (...)
а также
Единственное время и ситуации, которые я бы порекомендовал отключить APM (управление питанием приложений) (...), это если у вас есть:
- Очень хорошее, предпочтительно высокопроизводительное решение для жидкостного охлаждения вашего процессора для запланированных высоких разгонов в диапазоне 4,9–5 ГГц, которые в любом случае превысили бы предел TDP.
(...)
Ничто здесь не указывает на то, что APM оказывает какое-либо влияние на стабильность системы, хотя предыдущая цитата (из вопроса), по-видимому, указывает на это ( «бывают моменты, когда напряжение будет немного снижаться при сохранении тактовой частоты процессора на более высокой тактовой частоте» ).
Поэтому я сам проверил это для следующих сценариев:
- 4800 МГц при смещении 0,09375 В; LLC [Ultra High]; APM [включен]
- то же самое, APM [отключено]
И заметил, что:
- APM никак не влияет на стабильность системы
- Производительность процессора увеличилась на 3,27%, достигнув 9132 балла в тесте производительности Passmark. Это более высокий балл, чем FX-8370 :
В частности: - Производительность с плавающей точкой увеличилась на 8,14%
- Производительность SSE увеличилась на 8,93% (SSE реализован в терминах FP)
- Основные вычисления также на 10% быстрее
- Целочисленная производительность без изменений
Однако, поскольку ни одно доброе дело не остается безнаказанным, это обходится дорого: 73ºC достигается за 15-20 минут полной нагрузки с Prime95. Это почти на 16% больше тепла и на 3ºC выше теплового запаса процессора. Очевидно, не поддерживается с воздушным охлаждением.
Затем я проверил эти сценарии:
- 4700 МГц при штатном напряжении (без смещения); LLC [Ultra High]; APM [включен]
- 4500 МГц @ то же самое (без смещения напряжения и LLC Ultra), с APM [отключено]
Результаты:
- Оба одинаково очень стабильны
- Напряжение остается фиксированным на 1,44 В для 4500 МГц, и в среднем составляет около 1,428 В для 4700 МГц с APM
- Потребляемая мощность составляет ~ 266,6 ВА для 4500 МГц и ~ 239,9 для 4700 МГц + APM при полной нагрузке (измеряется с помощью токоизмерительного прибора; фактическое потребление в ваттах будет немного ниже)
- Мощность в режиме ожидания составляет 62,1 ВА и 64,7 ВА соответственно
- Максимальная температура составляла 65ºC (розетка), 61,1ºC (Tcl) и 75ºC (VRM) для 4500 МГц; 57ºC (розетка), 52,1ºC (Tcl), 68ºC (VRM) для 4700 МГц + APM.
- Компиляция больших проектов с MinGW на Windows 10 64бит и на Arch Linux была примерно на 3,8% быстрее с настройкой 4700 МГц
- Компиляция с Visual Studio на W10 и конвертация 2-минутного видео 1080p с помощью Handbrake были на 1,5% быстрее при 4700 МГц
- Производительность Passmark 2D-графики была на 2,78% выше при 4700 МГц
- Тест Unigine Heaven с предустановкой «Basic» был в среднем на ~ 3,5% быстрее и мин. FPS был на 6,84% быстрее, на 4700 МГц
Я был несколько удивлен, что транскодирование с помощью Handbrake также было быстрее на 4700 МГц с включенным APM, несмотря на то, что производительность Floating Point была ниже для этой конфигурации, поскольку кодирование является задачей, интенсивно использующей FP. Вероятное объяснение состоит в том, что продолжительность теста была слишком короткой (6 минут 16 секунд), чтобы вызвать заметное замедление ЦП. Поэтому я попытался преобразовать одно и то же видео дважды, в «очередь», для общей длительности теста 13 м03. При переключении на 4500 МГц без APM это снизилось до 12m44seg, что на 2,49% быстрее.
И это был единственный сценарий «реального мира», который мне удалось воспроизвести, когда конфигурация с отключенными APM была быстрее.
Теперь тот факт, что это обеспечивает на 10% более высокую мощность (и более высокую тепловую мощность), делает его менее чем идеальным для всех, кроме самых специализированных, приложений с интенсивным использованием FP.