- 26,752
- 46
- 8 Ноя 2022
Что изменит CPPC HighestFreq в поведении игр и приложений.
AMD готовит для Ryzen небольшое, но важное изменение: Windows и Linux смогут точнее понимать, какое ядро процессора действительно разгоняется выше остальных. Сейчас операционным системам часто приходится оценивать частоты по косвенным показателям, а новый механизм CPPC HighestFreq должен убрать лишние догадки и дать планировщику более честные данные о возможностях чипа.
Как пишет Wccftech , CPPC HighestFreq позволит процессору передавать операционной системе реальные максимальные частоты в режиме ускорения через прошивку. Благодаря новому регистру Windows и Linux не придётся рассчитывать поведение ядер по абстрактным значениям производительности и приближённым формулам. Для пользователя изменение звучит почти незаметно, но на уровне системы разница важна: планировщик задач сможет быстрее выбирать самые удачные ядра для игр, тяжёлых приложений и других нагрузок, где отклик зависит от правильного распределения потоков.
Поддержку готовят для драйвера Linux AMD P-State, а сам механизм ожидают в спецификации ACPI 6.7. ACPI отвечает за взаимодействие операционной системы с прошивкой и железом, а CPPC, или Collaborative Processor Performance Control, помогает современным процессорам управлять производительностью гибче, чем старые схемы с фиксированными состояниями частоты.
В патч-серии AMD для ядра Linux говорится, что поддержка регистра CPPC HighestFreq нужна для случаев, когда максимальную частоту в режиме ускорения нельзя точно рассчитать через линейную интерполяцию значений CPPC. Старый подход может ошибаться, потому что связь между условным показателем производительности и реальной частотой не всегда одинакова для всех ядер.
Новые Ryzen особенно чувствительны к таким неточностям. Одно ядро может стабильнее держать высокую частоту, другое быстрее упирается в ограничения, а алгоритмы ускорения учитывают температуру, питание и качество конкретного участка кристалла. Из-за разницы планировщик может отправить тяжёлую задачу не на самое быстрое ядро, даже если процессор умеет подсказать более удачный вариант.
Для игр и интерактивных приложений ошибка не обязательно приводит к резкому падению FPS, но может ухудшить отзывчивость, увеличить задержки или помешать процессору раскрыть быстрые ядра в нужный момент. CPPC HighestFreq должен дать системе прямой ориентир: какое ядро способно подняться до самой высокой частоты, а какое лучше оставить для менее требовательной работы.
Особенно полезным механизм выглядит для Ryzen с технологией предпочитаемых ядер и сложными алгоритмами ускорения. Современные процессоры AMD уже умеют выделять наиболее удачные ядра внутри кристалла, но операционная система не всегда видит полную картину. После внедрения HighestFreq прошивка сможет передавать более точные данные, а драйвер AMD P-State сможет учитывать информацию при управлении частотами и энергопотреблением.
Пока изменение находится на этапе подготовки и не означает мгновенного прироста производительности на всех системах. Эффект будет зависеть от конкретного процессора, прошивки, ядра Linux, реализации ACPI 6.7 и работы планировщика. Но направление понятно: AMD хочет сократить разрыв между тем, что процессор реально умеет, и тем, что видит операционная система.
AMD готовит для Ryzen небольшое, но важное изменение: Windows и Linux смогут точнее понимать, какое ядро процессора действительно разгоняется выше остальных. Сейчас операционным системам часто приходится оценивать частоты по косвенным показателям, а новый механизм CPPC HighestFreq должен убрать лишние догадки и дать планировщику более честные данные о возможностях чипа.
Как пишет Wccftech , CPPC HighestFreq позволит процессору передавать операционной системе реальные максимальные частоты в режиме ускорения через прошивку. Благодаря новому регистру Windows и Linux не придётся рассчитывать поведение ядер по абстрактным значениям производительности и приближённым формулам. Для пользователя изменение звучит почти незаметно, но на уровне системы разница важна: планировщик задач сможет быстрее выбирать самые удачные ядра для игр, тяжёлых приложений и других нагрузок, где отклик зависит от правильного распределения потоков.
Поддержку готовят для драйвера Linux AMD P-State, а сам механизм ожидают в спецификации ACPI 6.7. ACPI отвечает за взаимодействие операционной системы с прошивкой и железом, а CPPC, или Collaborative Processor Performance Control, помогает современным процессорам управлять производительностью гибче, чем старые схемы с фиксированными состояниями частоты.
В патч-серии AMD для ядра Linux говорится, что поддержка регистра CPPC HighestFreq нужна для случаев, когда максимальную частоту в режиме ускорения нельзя точно рассчитать через линейную интерполяцию значений CPPC. Старый подход может ошибаться, потому что связь между условным показателем производительности и реальной частотой не всегда одинакова для всех ядер.
Новые Ryzen особенно чувствительны к таким неточностям. Одно ядро может стабильнее держать высокую частоту, другое быстрее упирается в ограничения, а алгоритмы ускорения учитывают температуру, питание и качество конкретного участка кристалла. Из-за разницы планировщик может отправить тяжёлую задачу не на самое быстрое ядро, даже если процессор умеет подсказать более удачный вариант.
Для игр и интерактивных приложений ошибка не обязательно приводит к резкому падению FPS, но может ухудшить отзывчивость, увеличить задержки или помешать процессору раскрыть быстрые ядра в нужный момент. CPPC HighestFreq должен дать системе прямой ориентир: какое ядро способно подняться до самой высокой частоты, а какое лучше оставить для менее требовательной работы.
Особенно полезным механизм выглядит для Ryzen с технологией предпочитаемых ядер и сложными алгоритмами ускорения. Современные процессоры AMD уже умеют выделять наиболее удачные ядра внутри кристалла, но операционная система не всегда видит полную картину. После внедрения HighestFreq прошивка сможет передавать более точные данные, а драйвер AMD P-State сможет учитывать информацию при управлении частотами и энергопотреблением.
Пока изменение находится на этапе подготовки и не означает мгновенного прироста производительности на всех системах. Эффект будет зависеть от конкретного процессора, прошивки, ядра Linux, реализации ACPI 6.7 и работы планировщика. Но направление понятно: AMD хочет сократить разрыв между тем, что процессор реально умеет, и тем, что видит операционная система.
- Источник новости
- www.securitylab.ru
