Hpc mode что это

HPC Mode в биосе — что это такое? (APM Master Mode)

Приветствую друзья! Разбираемся с биосом, сегодня выясним для чего предназначена опция HPC Mode. Постараюсь написать все простыми словами, чтобы было понятно каждому.

HPC Mode — что это такое?

Технология, при которой процессор AMD FX немного быстрее работает в тяжелых многопоточных задачах, но при этом немного увеличивается тепловыделение.

При активации функции увеличивается риск срабатывания защиты процессора (троттлинг), если нет должного охлаждения. Например у одного юзера когда температура на крышке ядер была 57-58 градусов, то множитель падал в x7, а частота — 1400 МГц. Да, в таком случае опцию лучше отключить, но правильнее будет улучшить охлаждение проца (в том числе и обдув элементов питания).

HPC расшифровывается как High Performance Computing — вычисления высокой производительности.

Также у вас может быть опция APM Master Mode (AMD Application Power Management) — технология внутри процессора FX, работающая в сочетании с функцией AMD Turbo Core, которая позволяет процу достигать скорости Turbo Core (работающей выше базовой тактовой частоты) до тех пор, пока имеется запас тепла и напряжения. PS: я могу ошибаться, но вроде бы запас тепла, то есть значение TDP еще можно настраивать в биосе для AMD, просто не помню точно как называется опция.

Все дело в том, что высокая нагрузка на процессор, на все ядра, особенно с использованием инструкций AVX (улучшения, помогающие работать процу быстрее) — приводят к высокому нагреву. Если не снижать частоту — будет перегрев и сработает система защиты, встроенная в сам процессор — он просто начнет пропускать такты, и этим снизит частоту принудительно, в любом случае. Поэтому при активации HPC Mode желательно позаботиться о качественном охлаждении процессора.

Например такая опция присутствует для FX-8120.

Опция в материнке MSI.

Заключение

• HPC Mode — функция, увеличивающая производительность процессора при высокой многопоточной нагрузке.
• APM Master Mode — функция, работающая в паре AMD Turbo Core и нужна для повышение частоты проца, не выходя за рамки тепловыделения и напряжения.

Надеюсь информация оказалась полезной. Удачи и добра, до новых встреч друзья!

Основы HPC-технологий

Нагрузка на сервер — это важный показатель использования серверного оборудования. Хит – это запрос клиента к серверу для получения информации. Нагрузка сервера определяется как отношение количества клиентских запросов (хитов) ко времени, выражается в хитах в секунду. Согласно исследованиям Microsoft в 2010 году высоконагруженным сервером можно считать сервер с нагрузкой 100-150 хитов в секунду.
В литературе встречаются такие понятия как HPC-система, высоконагруженная система, высоконагруженный кластер, Highload-система, суперкомпьютер, которые порой используются как синонимы. Мы будем понимать сайт с нагрузкой не менее 150 хитов в секунду.
Кластер – это группа компьютеров, которые работают вместе и составляют единый унифицированный вычислительный ресурс. Каждый узел работает под управлением своей копии операционной системы, в качестве которой чаще всего используются Linux и BSD.
Чтобы понять каким образом задачи, выполняемые кластером, распределяются по его узлам необходимо дать определение масштабироемости. Масштабируемость — способность системы справляться с увеличением рабочей нагрузки (увеличивать свою производительность) при добавлении ресурсов. Система называется масштабируемой, если она способна увеличивать производительность пропорционально дополнительным ресурсам. Масштабируемость можно оценить через отношение прироста производительности системы к приросту используемых ресурсов. Чем ближе это отношение к единице, тем лучше. Также под масштабируемостью понимается возможность наращивания дополнительных ресурсов без структурных изменений центрального узла системы. Масштабирование архитектуры высоконагруженной системы может быть горизонтальным и вертикальным. Вертикальное масштабирование заключается в увеличении производительности системы за счёт увеличения мощности сервера. Главный недостаток вертикального масштабирования в том, что оно ограничено определённым пределом. Параметры железа нельзя увеличивать бесконечно. Однако на самом деле вертикальная компонента присутствует практически всегда, а универсального горизонтального масштабирования как такового не существует. Горизонтальное масштабирование заключается в увеличении производительности системы за счёт подключения дополнительных серверов. Именно горизонтальное масштабирование является сейчас фактически стандартом. Известен также такой термин, как диагональное масштабирование. Оно подразумевает одновременное использование двух подходов.
И наконец, необходимо определить основной принцип, использующийся при построении любой кластерной архитектуры. Это — трёхзвенная структура системы (рис. 1). Три звена – это фронтэнд, бэкэнд и хранилище данных. Каждое звено выполняет свои функции, отвечает за различные стадии в обработке запросов и по-разному масштабируется. Первоначально запрос приходит на фронтэнд. Фронтэнды отвечают, как правило, за отдачу статических файлов, первичную обработку запроса и передачу его дальше. Второе звено, куда приходит запрос, уже предварительно обработанный фронтэндом — это бэкэнд. Бэкэнд занимается вычислениями. На стороне бэкэнда, как правило, реализуется бизнес-логика проекта. Следующий слой, который вступает в дело обработки запроса – это хранилище данных, которые обрабатываются бэкэндом. Это может быть база данных или файловая система.

Обзор программно-аппаратных средств для построения кластерной HPC-системы

При построении кластера встаёт задача как распределять нагрузку между серверами. Для этого используется балансировка нагрузки, которая кроме самого распределения выполняет ещё ряд других задач, например: повышение отказоустойчивости (при выходе из строя одного из серверов система будет продолжать работать) и защита от некоторых типов атак (например SYN-flood).

Балансировка фронтэндов и их защита

Один из методов балансировки «DNS Round Robin», используется для масштабирования фронтэндов. Суть его в том, что на DNS-сервере для записи домена системы создаётся несколько DNS-записей типа A. DNS-сервер выдаёт эти записи в чередующимся циклическом порядке. В простейшем случае DNS Round Robin работает, отвечая на запросы не только одним IP-адресом, а списком из нескольких адресов серверов, предоставляющих идентичный сервис. С каждым ответом последовательность ip-адресов меняется. Как правило, простые клиенты пытаются устанавливать соединения с первым адресом из списка, таким образом разным клиентам будут выданы адреса разных серверов, что распределит общую нагрузку между серверами. Для реализации метода подойдёт совершенно любой DNS-сервер, например bind. Минус этого метода состоит в том, что бывают DNS-сервера у некоторых провайдеров, которые принудительно кэшируют записи на долгое время. Следующий метод балансировки — это балансировка на втором уровне стека протоколов. Балансировка осуществляется при помощи маршрутизатора таким образом чтобы фронтэнды принимали соединения приходящие на IP-адрес системы и отвечали бы на них, но не отвечали на ARP-запросы, относящиеся к этому адресу. Из программных средств данного метода самое распространённое — это LVS (Linux Virtual Server), представляющий собой модуль ядра Linux, также этот метод балансировки называется Direct Routing. Основная терминология тут следующая: Director — собственно узел осуществляющий роутинг; Realserver — узел фермы серверов; VIP или Virtual IP — всего лишь IP нашего виртуального (собранного из кучи реальных) сервера; DIP и RIP — IP директора и реальных серверов. На директоре включается этот самый модуль IPVS (IP Virtual Server), настраиваются правила проброса пакетов и поднимается VIP — обычно как алиас к внешнему интерфейсу. Пользователи будут ходить через VIP. Пакеты, пришедшие на VIP пробрасываются выбранным методом до одного из Realserver’ов и там уже нормально отрабатываются. Клиенту кажется, что он работает с одной машиной.
Ещё один метод – балансировка на третьем уровне стека протоколов, то есть на уровне IP. Работает данный метод таким образом, что когда происходит соединение на IP-адрес системы, на балансировщике делается Destination NAT, то есть подменяются в пакетах IP-адреса назначения на IP-адреса френтэндов. Для ответов заголовки пакетов модифицируются обратно. Осуществляется это при помощи netfilter, входящего в состав ядра Linux. Посколько именно фронтэнды принимают запросы от пользователей, основная задача по защите кластера ложится именно на фронтэнды (или на балансировщик фронтэндов в зависимости от архитектуры). Необходимо обеспечить защиту от всевозможных хакерских атак (например таких как SYN flood и DDOS). В основном для защиты используется фаерволл (firewall — огненная стена), другое его название — брандмауэр (brandmauer – противопожарная стена), другое название — межсетевой экран. Фаерволл блокирует вредоносный трафик при помощи правил фильтрации пакетов, а также может выполнять над трафиком такие действия как кэширование, трансляция адреса, переадресация. В GNU/Linux имеется встроенный брандмауэр netfilter, входящий в состав ядра Linux.

Масштабирование бэкэндов

При построении высоконагруженных веб-сайтов различают лёгкие и тяжёлые http-запросы. Лёгкие запросы – это запросы статических веб-страниц и изображений. Тяжёлые запросы – это обращение к некоей программе, которая генерирует контент динамически. Динамические веб-страницы генерирует программа или скрипт, написанная на языке высокого уровня: чаще всего PHP, ASP.net, Perl и Java. Совокупность этих программ называется бизнес-логикой. Бизнес-логика – это совокупность правил, принципов, зависимостей поведения объектов предметной области, реализация правил и ограничений автоматизируемых операций. Бизнес-логика располагается на бэкэндах. Используется две схемы: первая – фронтэнд веб-сервер обрабатывет лёгкие запросы, а тяжёлые он проксирует на бэкэнды; вторая – фронтэнд выступает чисто как прокси, но лёгкие запросы он проксирует на одну группу серверов, а тяжёлые на другую.
В качестве веб-сервера, использующегося на бэкэндах часто используется Apache. Apache является самым популярным HTTP-сервером. Apache имеет встроенный механизм виртуальных хостов. Apache предоставляет различные мультипроцессорные модели (MPM) для использования в различных средах работы. Модель prefork — наиболее популярная в Linux — создает определенное число процессов Apache при его запуске и управляет ими в пуле. Альтернативной моделью является worker, которая использует несколько потоков вместо процессов. Хотя потоки легче чем процессы, их невозможно использовать до тех пор пока весь ваш сервер не будет безопасен для потоков. А модель prefork имеет свои проблемы: каждый процесс занимает много памяти. Высоконагруженные сайты параллельно обрабатывают тысячи файлов, будучи при этом ограничены в памяти и максимальным числом потоков или процессов. В 2003 немецкий разработчик Ян Кнешке заинтересовался в этой проблеме и решил, что сможет написать веб-сервер, который будет быстрее Apache, сфокусировавшись на правильных методиках. Он спроектировал сервер Lighttpd как один процесс с одним потоком и неблокирующимся вводом-выводом. Для выполнения задачи масштабирования можно использовать Lighttpd + Apache, таким образом что всю статику клиенту будет отдавать Lighttpd, а запросы, оканчивающиеся, например, на .cgi и .php будут передаваться Apache. Другим популярным сервером для решения проблемы масштабирования является Nginx. Nginx — это HTTP-сервер и обратный прокси-сервер, а также почтовый прокси-сервер. Как прокси-сервер Nginx ставится на фронтэнды. Бэкэндов может быть несколько, тогда Nginx работает как балансировщик нагрузки. Такая модель позволяет экономить системные ресурсы, за счет того, что запросы принимаются Nginx, Nginx передает запрос Apache и быстро получает ответ, после чего Apache освобождает память, а с клиентом дальше взаимодействует Nginx (отвечает на простые запросы), который написан для раздачи статического контента, большому количеству клиентов, при незначительном потреблении системных ресурсов. Под Microsoft Server в качестве веб-сервера бэкэнда используется IIS, при этом бизнес-логика пишется на ASP.net.
Ещё одно средство масштабирования бэкэндов – масштабируемый сервер приложений. Применимо если бизнес-логика написана на Java, а именно на его серверной версии. Называются подобные приложения сервлетами, а сервер – контейнером сервлетов или сервером приложений. Существует множество контейнеров сервлетов, с открытым исходным кодом: Apache Tomcat, Jetty, JBoss Application Server, GlassFish и проприетарных: Oracle Application Server, Borland Application Server. Многие серверы приложений поддерживают кластеризацию при условии, что приложение спроектировано и разработано в соответствии с четко определенными уровнями. Кроме того, для решения критических проблем с приложениями Oracle Application Server поддерживает «cluster islands» (кластерные острова) — наборы серверов на уровне J2EE, на котором параметры состояния сессии могут быть значительно легче воспроизведены, обеспечивая, тем самым, прозрачное перенаправление запроса клиента к другому компоненту, который сможет обслужить этот запрос, если некоторый J2EE-компонент выйдет из строя.

Масштабирование СУБД

И наконец, в описании программных средств, использующихся при создании кластерных HPC-систем необходимо упомянуть средства масштабирования хранилищ данных. В качестве хранилищ данных для веба используются базы данных общего назначения, самые распространённые из них это MySQL и PostgreSQL.
Основной техникой масштабирования СУБД является шардинг, вернее корректнее было бы назвать шардинг не масштабированием, а разбиением данных по машинам. Суть метода в том, что при увеличении количества данных происходит добавление новых шард — серверов, которые добавляются при заполнении имеющихся шард до некоего лимита.
При масштабировании СУБД на помощь приходит техника репликации. Репликация — это средство связи между серверами баз данных. С помощью репликации можно перенести данные с одного сервера на другой либо продублировать данные на двух серверах. Репликация используется в технике масштабирования «виртуальных шард» — при помощи репликации данные разносятся так, чтобы каждый бэкэнд-сервер работал со своим виртуальным шардом, информация о том где физически находится искомый шард хранится в таблице соотвестствия. Также техника репликации в методе масштабировании, основаном на особенностях запросов к базе данных: редкие операции обновления и частые запросы на чтение. Каждый бэкэнд-сервер работает со своим сервером базы данных, они называются SLAVE, на этих серверах происходят операции чтения из таблицы (функция SELECT). Если же осуществляется запись в таблицу (функции INSERT и UPDATE) то запрос поступает на сервер MASTER и оттуда реплицируется на все сервера.
В MySQL используются разные системы хранения данных. Чащё всего это MyISAM и InnoDB. Существует также система хранения NDB, которая используется в специальном средстве масштабирования MySQL под названием MySQL cluster. Кластерная часть MySQL Cluster в настоящее время конфигурируется независимо от серверов MySQL. В MySQL Cluster каждая часть кластера именуется node (узел), при этом ноды на самом деле являются процессами. Может иметься любое число нод на одном компьютере. В минимальной конфигурации кластера MySQL будет по крайней мере три ноды: управляющая (MGM node) – её роль: управлять другими нодами внутри MySQL Cluster, типа обеспечения данных конфигурации, старта и остановки узлов, выполнение резервного копирования и т.д.; нода базы данных (DB node) — управляет и сохраняет базу данных непосредственно, имеется столько DB-узлов, сколько имеется фрагментов для репликаций, например, с двумя репликациями по два фрагмента каждая, надо четыре DB-узла; клиентская нода (API) — узел пользователя, который обратится к кластеру, в случае кластера MySQL, узел пользователя традиционный сервер MySQL, который использует тип хранения NDB Cluster, допуская доступ к кластеризуемым таблицам.

Распределённые вычисления как альтернативное решение

Порой, вместо построения собственной высоконагруженной системы на основе кластерной архитектуры, клиенту проще и выгоднее воспользоваться интернет-сервисами распределённых вычислений. Распределённые вычисления — способ решения трудоёмких вычислительных задач с использованием нескольких компьютеров, чаще всего объединённых в параллельную вычислительную систему. История распределённых вычислений ведёт своё начало с 1999 года, когда первокурсник Северо-восточного Университета США Шон Фэннинг написал систему обмена MP3 файлами между пользователями. Этот проект получил название Napster. По примеру Napster развился целый класс P2P (или пиринговых) сетей нового, децентрализованного типа, P2P-файлообмен состоит в том, что пользователь загружает файлы не с сервера, а с компьютеров других пользователей файлообменной сети, IP-адреса которых он получает со специализированного сервера, называемого трекером или хабом. Загрузка файлов происходит одновременно со всех пиров (участников пиринговой сети) и сопровождается одновременной отдачей, таким образом пиринговая сеть представляет собой некое распределённое файловое хранилище.
Технология распределённых вычислений развивалась, и принципы P2P стали использоваться не только для создания распределённых файловых хранилищ, появились распределённые базы данных, потоки, процессоры.
Грид-вычисления (grid — решётка, сеть) — это форма распределённых вычислений, в которой «виртуальный суперкомпьютер» представлен в виде кластеров, соединённых с помощью сети, работающих вместе для выполнения огромного количества заданий. Грид — это система, которая координирует распределённые ресурсы посредством стандартных, открытых, универсальных протоколов и интерфейсов для обеспечения нетривиального качества обслуживания. Основной идеей, заложенной в концепции грид-вычислений, является централизованное удалённое предоставление ресурсов, необходимых для решения различного рода вычислительных задач. Пользователь может запустить любую задачу с любого компьютера на вычисление, ресурсы для этого вычисления должны быть автоматически предоставлены на удалённых высокопроизводительных серверах, независимо от типа задачи. Распределение ресурсов, в котором заинтересованы разработчики грид, это не обмен файлами, а прямой доступ к компьютерам, программному обеспечению, данным и другим ресурсам, которые требуются для совместного решения задач и стратегий управления ресурсами. Выделяют следующие уровни архитектуры грид: базовый (содержит различные ресурсы, такие как компьютеры, устройства хранения, сети, сенсоры и др.); связывающий (определяет коммуникационные протоколы и протоколы аутентификации); ресурсный (реализует протоколы взаимодействия с ресурсами РВС и их управления); коллективный (управление каталогами ресурсов, диагностика, мониторинг); прикладной (инструментарий для работы с грид и пользовательские приложения).

Правильный разгон AMD FX 8350 по шине и по множителю

Подробный гайд по разгону процессора AMD FX 8350 на сокете AM3+. Данный разгон можно применить ко всем восьми ядерным процессорам AMD FX: 8300, 8320, 8320E, 8350, 8370.

Разгон FX на материнской плате ASUS был в материале по разгону FX6300.

Разгонять будем по шине и по множителю. Разгоним частоту процессора, оперативной памяти, северного моста North Bridge (NB) и шины Hyper Trance (HT).

225$ для беженцев из Украины в ЕС!

Binance дарит 225$ для беженцев из Украины в странах ЕС + карта Binance VISA!

Разгон FX 8350 будет проходить на материнской плате Gigabyte GA-970A-DS3P. Но данный процесс вы сможете повторить на любой плате AM3+. Я дам вам информацию где находятся нужные нам настройки на материнских платах других производителей (Gigabyte, MSI, Asus).

Если вам больше по душе видео формат, вы можете посмотреть разгон FX 8350 в видео формате на нашем youtube канале:

Особенности архитектуры Pildriver на которой работают процессоры AMD FX

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

Зарабатывай крипту SWEAT за шаги!

Зарабатывай монеты SWEAT за бег и ходьбу. Зарабатываем криптовалюту!

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

Разберем подробнее:

На кристалле находятся 4 модуля, каждый из которых содержит 2 ALU блока которые являются основными ядрами и 1 FPU блок, сопроцессор для вещественных чисел, который в свою очередь состоит из двух блоков FPU, по одному на каждый ALU.

Зарабатывай 4700 Fast Dollars!

Зарабатывай 4700 Fast Dollars каждый день! Проверенный Air Drop! Регистрируйся!

При использовании одного потока, будет задействована производительность только половина FPU блока. И только при использовании 2-х потоков, FPU блок будет использоваться полностью.

Это и есть причина низкой производительности у FX на ядро.

К примеру процессорам intel для использования FPU блока достаточно одного потока. Хотя производительность FPU блока у FX аналогична Sandy Bridge.

В 2019 году AMD выплатила 12 млн долларов за некорректную информацию покупателям процессоров FX за так называемый «неправильный маркетинг».

Хотя по сути, технически, мы имеем 8 ядер, но 8 слабых ядер, которые по производительности аналогичны 4 ядрам у Intel при использовании всех 8 потоков. Но у FX при этом есть преимущества в виде 8 потоков а не 4 как у его прямых конкурентов i5 3570k. И в много поточных задачах он чувствует себя лучше.

Тут мы подходим к подсистеме памяти.

Что бы прокачать данными все 8 логических потока одновременно, скорости L3 кэша и оперативной памяти у данной архитектуры недостаточно.

Нужна высокая пропускная способность оперативной памяти и L3 кэша.

Регистрируйся в Hive OS и получи 10$

Лучшая майнерская OS для майнинга криптовалюты. Промокод InsidePC. Регистрируйся

L2 кэш достаточно быстрый, что бы стать узким местом.

А вот L3 кэш который работает на частоте CPU/NB нужно разгонять, путем увеличения частоты северного моста, что бы увеличить пропускную способность кэша.

Поэтому нам нужно разгонять не только частоту ядра, но CPU-NB и оперативную память.

Перейдем к тестовой конфигурации …

Тестовая конфигурация для разгона

• Процессор: AMD FX 8350 8 ядер 8 потоков на частоте до 4.2 GHz в турбобусте. TDP 125W.
• Материнская плата: Gigabyte 970A-DS3P на сокете AM3+.
• Система охлаждения: beQuiet Dark Rock 4 Pro с теплоотводом до 250W. Это избыточное охлаждения, кулера способного отвести 180W будет достаточно.
• Оперативная память: Kingston HyperX Fury. Kit на 16 Gb двумя стиками по 8 Gb. На заводской частоте 1866 MHz в двухканальном режиме.
• Видео карта от AMD: MSI RX5700XT Gaming. Я сознательно взял мощную карту, что бы у нас не было упора в видеокарту. И мы смогли увидеть результат разгона процессора на максимальных настройках.
• SSD: Kingston A400 на 240 Gb. Под операционную систему Windows 10.
• HDD: Western Digital Blue 1TB с оборотом шпинделя 7200rpm и кэшем на 64MB под игры.
• Блок питания: Chifftronic Power Play GPU-750FC на 750W.

Наставления и рекомендации перед разгоном

1. Частоты и вольтажи которые были стабилизированы на тестируемом стенде, не факт что так же стабильно будут работать у вас. И вам возможно придётся подбирать частоты и вольтажи под вашу материнскую плату и процессор, даже если они идентичны.
2. Убедитесь что ваше охлаждение способно отводить хотя бы 180 ват тепла.
3. Будьте готовы к тому, что система будет вести себя не стабильно, вылетать в синий экран, зависать, мерцать и тормозить в момент входа в систему. Это нормальный явления при разгоне.
4. Помните, что вы это делаете на свой страх и риск, я дам условно безопасные значения вольтажей и частот, выше которых желательно не заходить.
5. Потеря кадров при записи Radeon ReLive составляет в среднем 5 кадров. Так же я не претендую на точность показаний FPS. Но динамику изменения кадров вы увидите наглядно.

Базовые показатели системы в биос (из коробки)

• Частота процессора (CPU): 4 GHz с турбобустом до 4.2GHz.
• Оперативная память (RAM): 1866MHz.
• Встроенный северный мост (NB): 2200MHZ.
• Шина хайпер тренспорт (HT): 2400MHZ
• Все функции энергосбережения в биос включены.

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

Если вам интересны показатели разогнанного FX8350 с более доступными видео картами, смотрите по ссылкам: RX 580 с FX 8350, AMD FX 8350 с GTX 1660 Super и FX 8350 + GTX 780 TI.

Тесты будут проводится в разрешении FULL HD, на максимальных пресетах графики.

Давайте посмотрим на что способна такая конфигурация из коробки.

Тесты системы в дефолтном состоянии (до разгона)

Cinebench R20 (дефолтные настройки bios)

Cinebench R20

• На одно ядро (sigle core): 214
• В много потоке: 1322

Adobe Premiere Pro (дефолтные настройки bios)

Adobe Encoder. Export Media. H264. Full HD

Экспорт медиа файла в Adobe Premiere Pro 2020 за 2 минуты 56 секунд.

Aida 64 Cash & Memory Benchmark (дефолтные настройки bios)

Тест памяти в AIDA 64

Скорость записи в оперативную память составляет 27116 MB/s, скорость чтения 16378 MB/s.

Напомню, это при частоте 1866 MHz, и частоте NB 2200MHz.

The Witcher: Wild Hunt (дефолтные настройки bios)

Минимальный и средний FPS в The Witcher: Wild Hunt (default)

• 1% low — 45 fps
• AVG — 69 fps

Shadow Of The Tomb Rider (дефолтные настройки bios)

Минимальный и средний FPS в Shadow Of The Tomb Rider (default)

• 1% low — 48 fps
• AVG — 70 fps

Battlefield V (дефолтные настройки bios)

Минимальный и средний FPS в Battlefield V (default)

• 1% low — 26 fps
• AVG — 58 fps

Выводы

Видно что самая большая проблема в играх, это низкий FPS в колонке редких событий 1% low. Именно это делает игру на процессорах AMD FX не комфортной.

А проблема кроется в медленной подсистеме памяти, которую мы сейчас будем разгонять. Давайте начнем разгон FX 8350 …

Разгон AMD FX 8350 по множителю

Не забудьте что бы в Windows был включен профиль питания — Высокая производительность, который можно изменить в Панели управления в разделе «Электропитание». Режим электропитания в Windows 10

Обязательно установите последнюю версию BIOS.

Заходим в биос (Del or F2) ��

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

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

После каждого этапа разгона, будут изображения моего биоса с измененными параметрами после разгона. Что бы вам было легче ориентироваться.

Сначала гоним частоту процессора, памяти, северного моста.

Отключение энергосбережения в биосе

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

Давайте разберемся за что эти функции отвечают:

Core C6 State — управление состоянием процессора когда в случае его слабой активности отключаются ядра, модули и части кэша, снимая с них питающее напряжение.

APM Master Mode — включает или отключает встроенный в процессор блок управления частотами и потреблением. Эта функция ограничивает максимальные потребления процессора до паспортного уровня TDP в 125W (в случае FX8350), ценой уменьшения производительности. Отключение APM в большинстве случаев ломает работу турбокора.

С1E — отключает ядро от генератора тактовой частоты, не снимая с него напряжение.

Cool’N’Quiet — уменьшает в простое частоту и напряжение ядер.

HPC Mode — при выключенном Cool’N’Quiet в нем нет необходимости. Поскольку он уменьшает возможности Cool’N’Quiet оставляя из всех доступных для переключения частот только минимальную, максимальную и бустовую.

Все эти опции переводим в положение Disabled.

• На платах ASUS — эти опции находятся в разделе Advanced Mode / Advanced / CPU Configuration /
• На платах GIGABYTE — эти параметры находятся в разделе M.I.T. / Advanced Frequency Settings / Advanced CPU Core Features
• На платах MSI — находятся в разделе OC / CPU Features

M.I.T. / Advanced Frequency Settings / Advanced CPU Core Features

HPC Mode я оставил включенным. Но вы можете смело его выключать.

Разгон частоты процессора (CPU overclocking)

Начнем с разгона процессора.

Наша цель — 4,5 GHz, для этого нужно поднять множитель частоты и подобрать напряжение.

Я разгонял процессор до 4.7 GHz но для таких частот и вольтажей которые понадобятся для стабилизации нужен не только топовый воздушный кулер способный отвести 200W тепла, но и хорошо продуваемый корпус с 4 вентиляторами на 120 мм. Предполагаю что обладатели данного процессора вряд ли покупают кулера которые стоят дороже процессора. Поэтому этот сценарий рассматривать не будем.

В первую очередь, включаем CPU Load Line Calibration:

На платах Gygabyte LLC можно изменить в разделе M.I.T. / ADVANCED VOLTAGE SETTINGS / VCORE LOADLINE CALIBRATION

На материнских платах от Gigabyte LLC можно выставить 3 параметра: Auto, Regular, Extreme,

К примеру на некоторых платах ASUS LLC можно просто включить, переведя в положение Enable. VCORE LOADLINE CALIBRATION

• На платах ASUS — Advanced Mode / CPU Load Line Calibration
• На платах GIGABYTE — LLC можно изменить в разделе M.I.T. / Advanced Voltage Settings / VCORE Loadline Calibration
• На платах MSI — LLC ОТСУТСТВУЕТ

К примеру на платах ASUS вы можете просто включить LLC, а на платах GIGABYTE нужно выставить один из режимов: normal, extreme и т.д. Режима normal будет достаточно, можно переключить в положение extreme.

LLC (Load Line Calibration) — функция для борьбы с просадками. При разгоне раньше приходилось иметь дело с очень неприятным явлением, известным как просадка напряжения или Vdroop. Vdroop- это падение напряжения на процессоре при увеличении нагрузки. Функция LLC увеличивает напряжение vCore, чтобы компенсировать его просадку при высокой нагрузке.

Изменяем множитель частоты процессора

На платах Gygabyte — M.I.T. / ADVANCED FREQUENCY SETTINGS / CPU CLOCK RATIO, у меня это 22.50 что соответствует 4.5 GHz

• На платах ASUS — Advanced Mode / AI Tweaker / CPU Ratio
• На платах GIGABYTE — M.I.T. / Advanced Frequency Settings / CPU Clock Ratio
• На платах MSI — OC / Adjust CPU Ratio

Подбираем напряжение

В моем случае, я добился стабильной работы процессора на частотах 4.5GHz с напряжением 1.476 вольт.

В такой конфигурации процессор проходит стресс тест AIDA, 3DMark и стабильно работает в играх и монтажных программах. Но учитывайте то, что у меня стоит топовый кулер.

За напряжение отвечает параметр CPU VCORE который находится M.I.T. / ADVANCED VOLTAGE SETTINGS /

На платах MSI и Gigabyte нет возможности сразу ввести необходимое нам значение напряжения а только добавить или отнять от имеющегося VID процессора.

У меня это значения равняется +0.140V.

• На платах ASUS — Advanced Mode / AI Tweaker / CPU & Voltage / CPU Manual Voltage
• На платах GIGABYTE — M.I.T. / Advanced Voltage Settings / CPU Vcore
• На платах MSI — OC / CPU Voltage

На платах MSI и GIGABYTE нет возможности сразу ввести необходимое нам значение напряжения, а только добавить или отнять от имеющегося VID процессора. Т.е. добавлять или уменьшать текущий вольтаж на минимальное деление.

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

Вы можете поставить вольтаж в районе 1.45 вольт и понижать его пока не добьетесь стабильной работы. Но не стоит поднимать вольтаж выше 1.45 вольт без топового охлаждения. У меня FX8350 работал при напряжении 1.5 вольт на частоте 4.7GHz с топовым охлаждением на этой материнской плате в продуваем корпусе. Все работало отлично.

Обязательно пройдите стресс тест AIDA64 и поиграйте минут 10 в игры. Что бы убедится что все работает стабильно.

Мой результат: CPU Clock Ration CPU Vcore

После стабилизации частот и напряжения, запишите значения и верните их в дефолтное состояние.

Разгон частоты оперативной памяти (RAM overclocking)

Переходим к разгону оперативной памяти

Разгонять память будем до 2133MHz. Это максимальная частота которую можно взять путем множителя на плате от Gigabyte без разгона по шине.

Вы можете не останавливаться на данной частоте и взять планку в 2300 или выше, если ваш кит позволит это сделать. Тайминги я не трогал.

Вы можете не останавливаться на данной частоте и взять планку в 2300MHz или выше, если ваш кит позволит это сделать. Тайминги я не трогал.

Разгоняем частоту оперативной памяти (без таймингов)

На платах Gigabyte множитель можно изменит в разделе — M.I.T./ ADVANCED MEMORY SETTINGS / SYSTEM MEMORY MULTIPLIER

• На платах ASUS — Advanced Mode / AI Tweaker / Memory Frequency
• На платах Gigabyte — M.I.T./ Advanced Memory Settings / System Memory Multiplier
  На платах MSI — OC / Dram Frequency

Подбираем напряжение

Из коробки память работает на напряжении 1.5 вольт.

Стабильной работы памяти получ илось добиться на 1.7 вольт.

Безопасное напряжение памяти для процессоров FX, является значения до 1.8 вольта с радиатором оперативной памяти. Без радиатора, до 1.7 вольта.

На материнской плате ASUS за напряжение отвечает параметр DRAM Voltage подраздела AI Tweaker.

• На платах ASUS — Advanced Mode / AI Tweaker / DRAM Voltage
• На платах GIGABYTE — M.I.T. / Advanced Voltage Settings / Dram Voltage
  На платах MSI — OC / Dram Voltage

Мои результаты: Разгон оперативной памяти. DRAM Frequncy DRAM Voltage

Протестируйте стабильность работ в стресс тесте памяти AIDA 64, либо в играх в течении 5-10 минут.

После стабилизации частот и напряжения, запишите значения и верните их в дефолтное состояние.

Разгон северного моста (CPU NB overclocking)

Переходим к разгону CPU NB

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

Если вы оставите значения BCLK в положении AUTO, которое равняется 200MHz, множители будут работать нестабильно, или вовсе не работать.
НО, если вы поставите значения BCLK ВРУЧНУЮ, на 200MHz то множители будут работать стабильно.

Это сокральное знание убережет ваши нервы. Возможно это работает и на других материнских платах.

Разгоняем частоту северного моста (NB)

Разгонять северный мост будем до 2600MHz .

На материнских платах Gigabyte частота NB изменяется в разделе M.I.T. / ADVANCED FREQUENCY SETTINGS / CPU NORTHBRIDGE FREQUENCY

Так же изменяем частоту HT Link Speed, и ставим 2400 MHz. Это шина HyperTransport. На тестируемой материнской плате это максимальное значение, если у вас есть возможность, ставьте 2600 или 2800MHz. HyperTransport должен быть на 1 шаг выше NB.

• На платах ASUS — Advanced Mode / AI Tweaker / CPU / NB Frequency
• На платах GIGABYTE — M.I.T. / Advanced Frequency Settings / CPU Northbridge Frequency
• На платах MSI — OC / Adjust CPU-NB Ratio (есть информация что не работает в Windows, изменяется только в биосе).

Мои результаты: CPU/NB Frequency

Подбираем напряжение

Вольтаж изменяется в разделе M.I.T./ADVANCED VOLTAGE SETTINGS / NB CORE.

На плате Gigabyte вы не можете поставить нужный вольтаж, а только прибавить к имеющемуся. У меня стоит значение +0.200V. Не рекомендуется ставить выше этого значения.

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

• На платах ASUS — Advanced Mode / AI Tweaker / CPU / CPU & NB Voltagae / CPU / NB Manual Voltage
• На платах Gigabyte — M.I.T. / Advanced Voltage Settings / NB Core
• На платах MSI — OC / CPU-NB Voltage

Как у меня: NB Core

Комплексный разгон всех компонентов

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

Следующий шаг, это комплексный разгон всех компонентов выше.

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

Если такое произойдет, добавьте напряжения туда, где вам кажется его может быть недостаточно. Добавляйте по 1 шагу и снова тестируйте. Либо можете добавить всем компонентам по 1 шагу напряжения, а после получения стабильного результата, убирать с каждого, пока не поймете где не хватает.

Ну что, давайте посмотрим на результат разгона FX 8350?

Результат правильного разгона AMD FX 8350

Cinebench R20

Результат в Cinebench R20

• На одно ядро (sigle core): 230 балов
• В много потоке: 1480 балов

В разгоне процессор набрал 230 баллов в одно потоке, 1480 в много потоке. Что является внушительным результатом.

В одно поточных вычислениях процессор стал лучше на 7.47%, в много потоке на 11.95%.

Adobe Premiere Pro

Результат в Adobe Premiere Pro

Экспорт медиа файла в Adobe Premiere Pro 2020 завершился за 2 минуту 39 секунды. Что на 7.11% выше базовой частоты процессора и подсистемы памяти.

Aida 64 Cash & Memory Benchmark

Результат в AIDA 64

Скорость записи в оперативную память составляет 28913 MB/s, скорость чтения 18163 MB/s.

Это уже при частоте памяти 2133 MHz, и частоте NB 2600MHz. Результаты очень хорошие. Скорость записи выросла на 28.20%, скорость чтения на 17.58%.

The Witcher: Wild Hunt

Результат разгона FX8350 в The Witcher: Wild Hunt

• 1% low — 56 fps
• AVG — 78 fps.

Отличный результат прироста минимального FPS на 24%.

Shadow Of The Tomb Rider

Результат разгона FX8350 в Shadow Of The Tomb Rider

• 1% low — 56 fps
• AVG — 77 fps

Внушительный прирост. Единственное что практически никак не отреагировало на разгон, это 1% Low на максимальных настройках. Но средний FPS подрос на 10%. Опять таки, это максимальные настройки и тут мы упираемся в возможности видео карты GTX 1060 3Gb.

Battlefield V

Результат разгона FX8350 в Battlefield V

• 1% low — 41 fps
• AVG — 74 fps

В процентном соотношении игра Battlefield V показал хороший прирост производительности, но только на минимальных настройках. На максимальных настройках графики, мы упераемся в возможности нашей видео карты.

Разгон AMD FX 8350 по шине

Разгон по опорной шине (обязательно просмотрите разгон по множителю прежде чем начинать разгон по шине).

До этого мы изменяли множители частоты процессора и оперативной памяти. Подбирая под них напряжение, при этом частота опорной шины BCLK у нас равнялась 200 MHz, если помните мы его переключили с положения AUTO на 200. Что в целом одно и то же.

Частота опорной шины равна 200 MHz на всех платах с сокетом AM3+.

• На платах ASUS — ADVANCED MODE / AI TWEAKER / CPU BUS FREQUENCY
• На платах MSI — OC / ADJUST CPU FSB FREQUENCY

А вот частоты северного моста и HT мы ставили вручную при этом плата сама меняла значения множителя.

Зачем это нужно. Не на всех платах разгон по множителям работает корректно.

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

Теперь при разгоне FX 8350 по шине, нам нужно изменять частоту опорной шины BCLK, которая будет влиять на частоты всех зависимых от нее показателей.

• BCLK равен 200 MHz
• NB — 2200 MHz = 11
• HT — 2400 MHz = 12
• CPU — 4000 MHz — 20
• RAM 1866 MHz — 9,33

• Т.е. для NB 2200 делим на 200 и получаем множитель 11.
• HT множитель 12
• CPU множитель 20
• Оперативная память множитель 9.33

• NB — 2440 MHz
• HT — 2640 MHz
• Память — 2052 MHz
• Процессор — 4400 MHz

Далее так же по очереди разгоняем все компоненты системы.

Поднимаем шину до 220, корректируем множителями показатели частот тех компонентов которые мы не хотим пока поднимать.

К примеру мы гоним частоту NB и HT:

Подняв частоту BCLK до 220 мы имеем частоту NB 2440, HT — 2640, но у нас так же поднялась частота для процессора и оперативной памяти.

Понижаем множитель процессора до 18.5, частата будет равноа 4070MHz, множетель частоты оперативной памяти ставим 7, частота будет равна 1680. Теперь ни процессор, ни оперативная память не будут мешать нам разгонять NB.

Остается только подобрать напряжение для северного моста. Где и как это делать, смотрите разгон по множителю.

После того как подберете напряжение для NB, приступайте к разгону оперативной памяти и процессора, поднимая множители и подбирая напряжение. Множители на памяти и процессоре должны работать на всех материнских платах.

На некоторых платах это могут быть готовые профили XMP.

В этом нет ничего сложного, если вы уловили суть этого процесса.

Что и где изменять, все то же самое, что и при разгоне по множителю, только значения BCLK будет равно не 200 а тому которое вы укажите. И пересчет делаете на него с учетом ваших множителей. В примере выше я показал как это работает. Разгон FX 8350 по шине

Проблемы при загоне FX 8350 по шине

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

По этой причине, разгон по множителям для меня более интересен. И я использовал именно его для разгона и работы на этом процессоре.

Но даже при таком ограниченном разгоне, я добился неплохих результатов. Единственное что не погналось до заветных частот, это частота северного моста.

Вот собственно и все что хотелось рассказать… На этом тему разгону процессоров серии FX считаю раскрытой и завершенной.

Подводим итоги разгона FX

Разгонный потенциал процессора FX 8350 впечатляет. Нам удалось получить прирост от 10 до 30%.

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

Надеюсь данный гайд помог вам при разгоне FX 8350 и вы смогли еще продлить жизнь старенькому, но еще актуальному процессору.