Check cpu best result что это
Check Point: оптимизация CPU и RAM
Здравствуйте, коллеги! Сегодня я хотел бы обсудить очень актуальную для многих администраторов Check Point тему «Оптимизация CPU и RAM». Нередки случаи, когда шлюз и/или менеджмент сервер потребляют неожиданно много этих ресурсов, и хотелось бы понять, куда они “утекают”, и по возможности грамотнее использовать их.
1. Анализ
Для анализа загрузки процессора полезно использовать следующие команды, которые вводятся в экспертном режиме:
top показывает все процессы, количество потребляемых ресурсов CPU и RAM в процентах, uptime, приоритет процесса и другое в реальном времени
cpwd_admin list Check Point WatchDog Daemon, который показывает все модули апплайнса, их PID, состояние и количество запусков
Правильным замечанием будет то, что все команды cpstat можно посмотреть с помощью утилиты cpview. Для этого просто нужно ввести команду cpview из любого режима в SSH-сессии.
ps auxwf длинный список всех процессов, их ID, занимаемую виртуальную память и память в RAM, CPU
Другая вариации команды:
fw ctl pstat анализ RAM и общие показатели соединений, cookies, NAT
Если включен блейд Monitoring, то можно смотреть данные показатели графически в SmartConsole, нажав на объект и выбрав пункт «Device & License Information».
На постоянное основе блейд Monitoring включать не рекомендуется, но на день для теста вполне можно.
Более того, можно добавлять больше параметров для мониторинга, один из них очень полезный — Bytes Throughput (пропускная способность апплайнса).
Если есть какая-то другая система мониторинга, например, бесплатный Zabbix, основанная на SNMP, она тоже подойдет для выявления данных проблем.
2. “Утечка” RAM со временем
Часто встает вопрос, что со временем шлюз или менеджмент сервер начинает все больше и больше потреблять RAM. Хочу успокоить: это нормальная история для Linux подобных систем.
По факту доступной памяти на шлюзе на данный момент Free Memory + Buffers Memory + Cached Memory = +-1.5 Гб, как правило.
Как говорит СР, со временем шлюз/менеджмент сервер оптимизируется и использует все больше памяти, доходя до примерно 80% использования, и останавливается. Вы можете перезагрузить устройство, и тогда показатель сбросится. 1.5 Гб свободной ОЗУ шлюзу точно хватает на выполнение всех задач, а менеджмент редко доходит до таких пороговых значений.
Также выводы упомянутых команд покажут, сколько у вас Low memory (оперативная память в user space) и High memory (оперативная память в kernel space) использовано.
Процессы kernel (включая active modules, такие как Check Point kernel modules) используют только Low memory. Однако пользовательские процессы могут использовать как Low, так и High memory. Более того, Low memory примерно равна Total Memory.
Беспокоиться следует, только если в логах будут сыпаться ошибки «modules reboot or processes being killed to reclaim memory due to OOM (Out of memory)». Тогда следует перезагрузить шлюз и обратиться в поддержку, если перезагрузка не поможет.
Полное описание можно найти в sk99547 и sk99593.
3. Оптимизация
Ниже приведены вопросы и ответы по оптимизации CPU и RAM. На них стоит честно ответить самому себе и прислушаться к рекомендациям.
3.1. Правильно ли апллайнс был подобран? Был ли пилотный проект?
Несмотря на грамотный сайзинг, сеть могла банально разрастись, и данное оборудование просто не справляется с нагрузкой. Второй вариант, если сайзинга как такового не было.
3.2. Включена ли HTTPS инспекция? Если да, то настроена ли технология по Best Practice?
Обратиться к статьe, если вы наш клиент, или к sk108202.
Порядок расположения правил в политике HTTPS инспекции играет большое значение в оптимизации открытия HTTPS сайтов.
Рекомендуемый порядок расположения правил:
По аналогии с фаервольной политикой, Check Point ищет совпадение по пакетам сверху вниз, поэтому bypass правила лучше расположить вверху, так как шлюз не будет тратить ресурсы на прогонку по всем правилам, если этот пакет надо пропустить.
3.3 Используются ли address-range объекты?
Объекты с диапазоном адресом, например, сеть 192.168.0.0-192.168.5.0, отнимают существенно больше RAM, чем 5 network объектов. В общем и целом, считается хорошей практикой удалять неиспользуемые объекты в SmartConsole, так как каждый раз во время установки политики шлюз и менеджмент сервер тратят ресурсы и, главное, время, на то, чтобы верифицировать и применить политику.
3.4. Как настроена политика Threat Prevention?
В первую очередь, Check Point рекомендует выносить IPS в отдельный профиль и создавать отдельные правила под этот блейд.
Например, администратор считает, что сегмент DMZ необходимо защищать только с помощью IPS. Поэтому, чтобы шлюз не тратил ресурсы на обработку пакетов другими блейдами, необходимо создать правило конкретно под данный сегмент с профилем, в котором включен только IPS.
По поводу настройки профилей, то рекомендуется настраивать его по лучшим практикам в этом документе(страницы 17-20).
3.5. В настройках IPS как много сигнатур в режиме Detect?
Рекомендуется усиленно проработать сигнатуры в том плане, что следует отключить неиспользуемые (например, сигнатуры на эксплуатацию продуктов Adobe требуют много вычислительной мощности, и если у заказчика таких продуктов нет, сигнатуры имеет смысл отключить). Далее поставить Prevent вместо Detect там, где возможно, потому что шлюз тратит ресурсы на обработку всего соединения в режиме Detect, в режиме Prevent он сразу отбрасывает соединение и не тратит ресурсы на полную обработку пакета.
3.6. Какие файлы обрабатываются блейдами Threat Emulation, Threat Extraction, Anti-Virus?
Не имеет смысла эмулировать и анализировать файлы расширений, которые ваши пользователи не скачивают, или вы считаете ненужными в вашей сети (например, bat, exe файлы легко заблокировать с помощью блейда Content Awareness на уровне фаервола, поэтому ресурсы шлюза будут тратиться меньше). Более того, в настройках Threat Emulation можно выбирать Environment (операционную систему) для эмуляции угроз в песочнице и ставить Environment Windows 7, когда все пользователи работают с 10-ой версией, тоже не имеет смысла.
3.7. Расположены ли фаервольные правила и правила уровня Application в соответствии с best practice?
Если у правила много хитов (совпадений), то их рекомендуется ставить в самый верх, а правила с малым количеством хитов — в самый низ. Главное — это следить за тем, чтобы они не пересекались и не перекрывали друг друга. Рекомендуемая архитектура фаервольной политики:
First Rules — сюда помещаются правила с самым большим количеством совпадений
Noise Rule — правило для отбрасывания паразитного трафика, такого как NetBIOS
Stealth Rule — запрет обращений к шлюзам и менеджментам всем, кроме тех источников, которые были указаны в правилах Authentication to Gateway Rules
Clean-Up, Last и Drop Rules, как правило, объединяются в одно правило для запрета всего, что не разрешено было ранее
Данные Best practice описаны в sk106597.
3.8. Какие настройки стоят у созданных администраторами сервисов?
Например, создается какой-то сервис TCP по определенному порту, и имеет смысл в Advanced настройках сервиса снять галочку “Match for Any”. В этом случае данный сервис будет попадать конкретно под правило, в котором он фигурирует, и не участвовать в правилах, где в колонке Services стоит Any.
Говоря о сервисах, стоит упомянуть то, что иногда бывает необходимым подтюнить тайм-ауты. Эта настройка позволит грамотнее расходовать ресурсы шлюза, чтобы не держать лишнее время TCP/UDP сессии протоколов, которым не нужен большой тайм-аут. Например, на скриншоте ниже, я переставил тайм-аут domain-udp сервиса с 40 секунд на 30 секунд.
3.9. Используется ли SecureXL и каков процент ускорения?
По умолчанию Drop Templates не включены, их включение благоприятно скажется на работе SecureXL. Для этого зайдите в настройки шлюза и во вкладку Optimizations:
Также при работе с кластером для оптимизации CPU можно отключить синхронизацию некритичных сервисов, таких как UDP DNS, ICMP и другие. Для этого стоит зайти в настройки сервиса → Advanced → Synchronize connections of State Synchronization is enabled on the cluster.
Все Best Practice описаны в sk98348.
3.10. Как используется CoreXl?
Как проверить центральный процессор после покупки
Содержание
Содержание
Процессор — горячая штучка. Этот элемент компьютерной сборки создан для работы в повышенных температурных условиях. Это вредная работа. Постоянные перегревы могут привести процессор к деградации и даже полному выходу из строя при одном условии: если процессор неправильно эксплуатируется или изначально был с дефектом. Чтобы не зависнуть в игре или во время написания докторской — научимся тестировать процессор на дефекты. Доверяй производителю, но и сам не ленись прогнать комплектующие на ошибки.
Процессор — это сплошной кремниевый чип, который почти не имеет обвязки в виде дополнительных микросхем, резисторов и других радиодеталей. Соответственно, вывести из строя кусок кремния не так просто. Для этого вида полупроводников есть своя болячка: деградация. Процессор состоит из миллионов транзисторов, которые могут отвалиться и перестать реагировать на вольтаж. Это не всегда выводит его из строя, но влияет на стабильность. Чем больше транзисторов вышло из строя, тем выше вольтаж нужен для стабильной работы и поддержания рабочей частоты. В некоторых случаях деградация полностью выводит кремний из строя. Это было частым явлением в те времена, когда единственной защитой от перегрева процессора были совесть и прямые руки пользователя.
Как понять, что с процессором что-то не так
Теперь производители заботятся о нервах пользователей и безопасности процессоров, поэтому спалить современный камушек не так уж просто. То ли дело заводской брак. Однако, как и оперативная память, процессор не всегда вешает систему полностью. Он может давать редкие сбои и ошибки. А еще проблемы могут быть не только в аппаратных поломках процессора, но и его неправильной эксплуатации.
Например, если система не включается, и зуммер издает пять коротких сигналов — вероятно, процессор украли из сокета или он полный ноль. В любом случае придется искать чек и обращаться в сервисный центр.
Если система перезагружается при нагрузках, вылетают BSOD, мешают тормоза в играх, не работают стримы и другие ресурсоемкие задачи — проверяем настройки биоса и охлаждение процессора, а затем переходим к стресс-тестам.
Неправильная эксплуатация
Перед проверкой процессора стоит разобраться, почему он косячит. Завышенный вольтаж из-за неправильных настроек биоса и, как следствие, перегрев и сброс частот, перезагрузки из-за достижения критических температур или ошибки из-за кривого разгона памяти. Поэтому к тестированию сборки приступаем только после того, как пройдем следующие шаги:
Тестируем
Пользователи расходятся во мнении, что лучше показывает ошибки: специальные тесты или работа в повседневных задачах.
Один лагерь уверен, что для проверки процессора можно ограничиться слабым тестом, так как мощные стресс-тесты создают «нереальную» нагрузку, повторить которую в обычных задачах не получится. Но они не учитывают, что нагрузка процессора даже в обычных задачах может кратковременно подниматься до уровня стресс-тестов.
Другие утверждают, что проверять стабильность сборки лучше в работе. То есть, для чего собрали систему, тем и тестируют: кто-то — играми, кто-то — фотошопом. Ну а те, кто часто серфит в интернете, пусть откроют 100 вкладок в браузере.
Оба суждения неверны. Компьютер — это универсальное устройство. И нагрузка на него бывает разная. Сейчас это пять вкладок в браузере, завтра — десяток фотографий в фотошопе, а потом — стрим Battlefield V, где восьмиядерник может легко улететь за 200 Вт потребления. В таком случае остается один верный способ: тестируем подробно и жарко.
Для отслеживания температуры во время стресс-тестов нужна программа для мониторинга. Подойдет любая, например, HWInfo:
То же самое для процессоров AMD. Заходим на официальную страницу Ryzen 5 3600X и проверяем допуски:
Принцип работы тепловой защиты одинаков для всех. Процессор сбрасывает частоту и вольтаж при достижении температурного порога. Если это не снижает нагрев, чип уходит в защиту и перезагружает систему. Таким образом, следим, чтобы во время тестирования температура не превышала заводских лимитов.
Стресс-тесты, грелки, печки
Тестирование комплектующих всегда подробный процесс. Нельзя протестировать процессор отдельно от оперативной памяти, но можно сократить разбег поиска ошибок до минимального радиуса. Для этого нужно понимать, как работают тесты, какие задачи ставят перед системой и в каком порядке их включать.
LinX — выжимает все соки из процессора и системы питания. Если он проходит без ошибок, далее тестировать нет смысла.
Пользователи, которые далеки от оверклокинга, вряд ли знакомы с этой программой. Тем не менее, это любительская оболочка серьезного набора программ вычисления чисел с плавающей запятой под названием Linpack. Эффективность софта заслуживает доверия: этим пакетом пользуются в компании Intel.
Принцип тестирования: процессор решает алгебраические уравнения, результат каждого из них — некоторое число с плавающей точкой. Количество решений уравнений задается пользователем. Если все прогоны имеют одинаковый результат, то система стабильна. Если результирующее число отличается хотя бы в одном уравнении, ищем неисправность.
Вопреки страхам пользователей, ничего сверхъестественного в работе теста нет. Просто решение математических уравнений заставляет процессор работать на 100%. Для этого, собственно, процессор и нужен.
Предупреждение: использовать тест только после проверки системы охлаждения, а также с открытой боковой крышкой и дополнительным обдувом питания процессора, если установлено жидкостное охлаждение.
Запускаем LinX, выбираем в графе Problem Size число от 31000 до максимального, затем в графе Runs выбираем количество прогонов. Рекомендуется 10. Мы указываем программе, сколько оперативной памяти можно использовать для решения уравнений. В результате получится так:
В графе Residual содержится набор чисел. Они должны быть одинаковыми для всех прогонов.
Если среди одинаковых чисел появляется одно или несколько, которые отличаются хотя бы одним символом, система работает с ошибками. Это называется невязками. Как на этом скриншоте:
В данном случае система работала с ошибкой из-за нехватки вольтажа. Поднятие напряжения на 0.010 В избавило от невязок.
Не забываем следить за температурой во время теста:
В данном случае температура процессора составила 74 градуса максимум, а система питания процессора VRM нагрелась до 69 градусов.
Prime95 тоже из разряда математических решалок. Производятся вычисления, просчитываются числа, сравниваются решения. Этот тест не такой горячий, но все равно не забываем про мониторинг температуры.
Бывалые пользователи советуют тестировать компьютер в режиме SmallFFT и с Disable AVX2. Тогда процессор больше работает с внутренним кэшем. При этом температура будет меньше, чем в предыдущем тесте, но качество проверки не пострадает. Для проверки стабильности обычно хватает часа прогона.
Эти два теста избыточно нагружают систему. Такие тесты могут быть полезны, если пользователь приобрел товар, бывший в употреблении, и хочет убедиться в его полной работоспособности. Или же занимается настройкой системы, разгоном процессора, оперативной памяти, подбором таймингов и хочет быть уверенным в стабильности подобранных настроек.
Другое дело, если речь идет о проверке только что купленного в магазине процессора. Тогда шанс нарваться на проблемный чип очень мал. Поэтому столь тщательная проверка не обязательна для верности достаточно прогнать систему поверхностными тестами.
OCCT — облегченный вариант linX. Имеет те же библиотеки Linpack, но с измененными алгоритмами от разработчиков утилиты. Пожалуй, лучший гражданский стресс-тест для процессора и не только. Умеет тестировать CPU, RAM и даже видеокарту. Для наших нужд он очень даже подходит.
Большой плюс — не надо устанавливать лишние программы для мониторинга. OCCT умеет показывать температуру всего, что только может показывать температуру.
Рекомендуется тестировать в режиме OCCT около 30 мин, максимум час. Просто скачиваем программу с официального сайта и клацаем кнопку «Play». После окончания теста программа сообщит, что ошибок нет.
AIDA64 — это сервисный комбайн для обслуживания систем. Аида не умеет нагревать систему экстремально, но для поверхностного тестирования заведомо стабильной новой системы вполне подойдет.
Нас интересуют три теста: Stress CPU, Stress FPU и Stress Cache. Их можно запускать вместе и по отдельности. Температура отображается в окне теста, и дополнительного ПО для мониторинга не требуется. При нахождении ошибок программа оповестит пользователя в графе Status и прекратит тестирование. Тест не ограничен по времени и крутится до тех пор, пока не надоест пользователю.
Тестирование играми и рабочими задачами — способ распространенный, но малоэффективный. Требовательные игры, правда, могут вылетать и тормозить на проблемных системах. Но игры — это всегда разная нагрузка и рандомные сцены. Так же, как и нагрузка в приложениях для рендеринга и другом процессорозависимом софте. Для финальной полировки, тем не менее, можно поиграть и с этими методами проверки.
Исправляем ошибки
Если в процессе тестирования удалось найти ошибки в работе комплектующих, не стоит сразу сдавать технику в сервис. Вероятно, что сбои в работе можно устранить самостоятельно:
В любом случае поиск ошибок на рабочей системе довольно трудоемкий процесс. Конечно, найти полностью неисправный компонент в системе проще, чем искать полурабочую железку, которая работает с ошибками только в определенных режимах и на переходных частотах. Поэтому просто включить программу и сидеть сложа руки не выйдет. Универсальных проверялок не существует.
Использование тестов вместе с повседневными задачами, играми и работой будет самым эффективным способом понять, исправна система или требует к себе внимания. Так или иначе, если следовать инструкциям выше, большинство вопросов даже у неопытного пользователя будут исчерпаны, а тестирование сборки не создаст сложностей.
Как разогнать процессор Intel на примере Intel Core i9-9900K
Содержание
Содержание
Разгон процессоров от компании Intel в первую очередь связан с выбором процессора с индексом K или KF (К — означает разблокированный множитель) и материнской платы на Z-чипсете (Z490–170). А также от выбора системы охлаждения.
Чтобы понять весь смыл разгона, нужно определиться, что вы хотите получить от разгона. Стабильной работы и быть уверенным, что не вылезет синий экран смерти? Или же вам нужно перед друзьями пощеголять заветной частотой 5000–5500 MHz?
Сегодня будет рассмотрен именно первый вариант. Стабильный разгон на все случаи жизни, однако и тем, кто выбрал второй вариант, будет полезно к прочтению.
Выбор материнской платы
К разгону нужно подходить очень ответственно и не пытаться разогнать Core i9-9900K на материнских платах, которые не рассчитаны на данный процессор (это, к примеру, ASRock Z390 Phantom Gaming 4, Gigabyte Z390 UD, Asus Prime Z390-P, MSI Z390-A Pro и так далее), так как удел этих материнских плат — процессоры Core i5 и, возможно, Core i7 в умеренном разгоне. Intel Core i9-9900K в результате разгона и при серьезной постоянной нагрузке потребляет от 220 до 300 Ватт, что неминуемо вызовет перегрев цепей питания материнских плат начального уровня и, как следствие, выключение компьютера, либо сброс частоты процессора. И хорошо, если просто к перегреву, а не прогару элементов цепей питания.
Выбор материнской платы для разгона — это одно из самых важных занятий. Ведь именно функционал платы ее настройки и качество элементной базы и отвечают за стабильность и успех в разгоне. Ознакомиться со списком пригодных материнских плат можно по ссылке.
Все материнские платы разделены на 4 группы: от начального уровня до продукта для энтузиастов. По большому счету, материнские платы второй и, с большой натяжкой, третьей группы хорошо справятся с разгоном процессора i9-9900K.
Выбор системы охлаждения
Немаловажным фактором успешного разгона является выбор системы охлаждения. Как я уже говорил, если вы будете разгонять на кулере который для этого не предназначен, у вас ничего хорошего не получится. Нам нужна либо качественная башня, способная реально отводить 220–250 TDP, либо жидкостная система охлаждения подобного уровня. Здесь все зависит только от бюджета.
Из воздушных систем охлаждения обратить внимание стоит на Noctua NH-D15 и be quiet! DARK ROCK PRO 4.
Силиконовая лотерея
И третий элемент, который участвует в разгоне — это сам процессор. Разгон является лотереей, и нельзя со 100% уверенностью сказать, что любой процессор с индексом К получится разогнать до частоты 5000 MHz, не говоря уже о 5300–5500 MHz (имеется в виду именно стабильный разгон). Оценить шансы на выигрыш в лотерее можно, пройдя по ссылке, где собрана статистика по разгону различных процессоров.
Приступаем к разгону
Примером в процессе разгона будет выступать материнская плата ASUS ROG MAXIMUS XI HERO и процессор Intel Core i9-9900K. За охлаждение процессора отвечает топовый воздушный кулер Noctua NH-D15.
Первым делом нам потребуется обновить BIOS материнской платы. Сделать это можно как напрямую, из специального раздела BIOS с подгрузкой из интернета, так и через USB-накопитель, предварительно скачав последнюю версию c сайта производителя. Это необходимо, потому как в новых версиях BIOS уменьшается количество багов. BIOS, что прошит в материнской плате при покупке, скорее всего, имеет одну из самых ранних версий.
Тактовая частота процессора формируется из частоты шины BCLK и коэффициента множителя Core Ratio.
Как уже было сказано, разгон будет осуществляться изменением множителя процессора.
Заходим в BIOS и выбираем вкладку Extreme Tweaker. Именно тут и будет происходить вся магия разгона.
Первым делом меняем значение параметра Ai Overclocker Tuner с Auto в Manual. У нас сразу становятся доступны вкладки, отвечающие за частоту шины BCLK Frequency и CPU Core Ratio, отвечающая за возможность настройки множителя процессора.
ASUS MultiCore Enhancement какой-либо роли, когда Ai Overclocker Tuner в режиме Manual, не играет, можно либо не трогать, либо выключить, чтобы глаза не мозолило. Одна из уникальных функций Asus, расширяет лимиты TDP от Intel.
SVID Behavior — обеспечивает взаимосвязь между процессором и контроллером напряжения материнской платы, данный параметр используется при выставлении адаптивного напряжения или при смещении напряжения (Offset voltages). Начать разгон в любом случае лучше с фиксированного напряжения, чтобы понять, что может конкретно ваш экземпляр процессора, ведь все они уникальны. Если используется фиксация напряжения, значение этого параметра просто игнорируется. Установить Best Case Scenario. Но к этому мы еще вернемся чуть позже.
AVX Instruction Core Ratio Negative Offset — устанавливает отрицательный коэффициент при выполнении AVX-инструкций. Программы, использующие AVX-инструкции, создают сильную нагрузку на процессор, и, чтобы не лишаться заветных мегагерц в более простых задачах, придумана эта настройка. Несмотря на все большее распространение AVX-инструкции, в программах и играх они встречаются все еще редко. Все сугубо индивидуально и зависит от задач пользователя. Я использую значение 1.
Наример, если нужно, чтобы частота процессора при исполнении AVX инструкций была не 5100 MHz, а 5000 MHz, нужно указать 1 (51-1=50).
Далее нас интересует пункт CPU Core Ratio. Для процессоров с индексом K/KF выбираем Sync All Cores (для всех ядер).
1-Core Ratio Limit — именно тут и задается множитель для ядер процессора. Начать лучше с 49–50 для 9 серии и 47–48 для 8 серии процессоров Intel соответственно, с учетом шины BCLK 100 мы как раз получаем 4900–5000 MHz и 4700–4800 MHz.
DRAM Frequency — отвечает за установку частоты оперативной памяти. Но это уже совсем другая история.
CPU SVID Support — данный параметр необходим процессору для взаимодействия с регулятором напряжения материнской платы. Блок управления питанием внутри процессора использует SVID для связи с ШИМ-контроллером, который управляет регулятором напряжения. Это позволяет процессору выбирать оптимальное напряжение в зависимости от текущих условий работы. В адаптивном режиме установить в Auto или Enabled. При отключении пропадет мониторинг значений VID и потребляемой мощности.
CPU Core/Cache Current Limit Max — лимит по току в амперах (A) для процессорных ядер и кэша. Выставляем 210–220 A. Этого должно хватить всем даже для 9900к на частоте 5100MHz. Максимальное значение 255.75.
Min/Max CPU Cache Ratio — множитель кольцевой шины или просто частота кэша. Для установки данного параметра есть неофициальное правило, множитель кольцевой шины примерно на два–три пункта меньше, чем множитель для ядер.
Например, если множитель для ядер 51, то искать стабильность кэша нужно от 47. Все очень индивидуально. Начать лучше с разгона только ядер. Если ядро стабильно, можно постепенно повышать частоту кэша на 1 пункт.
Разгон кольцевой шины в значении 1 к 1 с частотой ядер это идеальный вариант, но встречается такое очень редко на частоте 5000 MHz.
Заходим в раздел Internal CPU Power Management для установки лимитов по энергопотреблению.
SpeedStep — во время разгона, выключаем. На мой взгляд, совершенно бесполезная функция в десктопных компьютерах.
Long Duration Packet Power Limit — задает максимальное энергопотребление процессора в ватах (W) во время долгосрочных нагрузок. Выставляем максимум — 4095/6 в зависимости от версии Bios и производителя.
Short Duration Package Power Limit — задает максимальное возможное энергопотребление процессором в ваттах (W) при очень кратковременных нагрузках. Устанавливаем максимум — 4095/6.
Package Power Time Window — максимальное время, в котором процессору разрешено выходить за установленные лимиты. Устанавливаем максимальное значение 127.
Установка максимальных значений у данных параметров отключает все лимиты.
IA AC Load Line/IA DC Load Line — данные параметры используются в адаптивном режиме установки напряжения, они задают точность работы по VID. Установка этих двух значений на 0,01 приведет ближе к тому напряжению, которое установил пользователь, при этом минимизируются пики. Если компьютер, после установки параметра IA DC Load line в значение 0,01, уходит в «синьку», рекомендуется повысить значение до 0,25. Фиксированное напряжение будет игнорировать значения VID процессора, так что установка IA AC Load Line/IA DC Load Line в значение 0,01 не будет иметь никакого влияния на установку ручного напряжения, только при работе с VID. На материских платах от Gigabyte эти параметры необходимо устанавливать в значение 1.
Возвращаемся в меню Extrime Tweaker для выставления напряжения.
BCLK Aware Adaptive Voltage — если разгоняете с изменением значения шины BCLK, — включить.
CPU Core/Cache Voltage (VCore) — отвечает за установку напряжения для ядер и кэша. В зависимости от того, какой режим установки напряжения вы выберете, дальнейшие настройки могут отличаться.
Существует три варианта установки напряжения: адаптивный, фиксированный и смещение. На эту тему много мнений, однако, в моем случае, адаптивный режим получается холоднее. Зачастую для 9 поколения процессоров Intel оптимальным напряжением для использования 24/7 является 1.350–1.375V. Подобное напряжение имеет место выставлять для 9900К при наличии эффективного охлаждения.
Поднимать напряжение выше 1.4V для 8–9 серии процессоров Intel совершенно нецелесообразно и опасно. Рост потребления и температуры не соразмерен с ростом производительности, которую вы получите в результате такого разгона.
Offset mode Sign — устанавливает, в какую сторону будет происходить смещение напряжения, позволяет добавлять (+) или уменьшать (-) значения к выставленному вольтажу.
Additional Turbo Mode CPU Core Voltage — устанавливает максимальное напряжение для процессора в адаптивном режиме. Я использую 1.350V, данное напряжение является некой золотой серединой по соотношению температура/безопасность.
Offset Voltage — величина смещения напряжения. У меня используется 0.001V, все очень индивидуально и подбирается во время тестирования.
DRAM Voltage — устанавливает напряжение для оперативной памяти. Условно безопасное значение при наличии радиаторов на оперативной памяти составляет 1.4–1.45V, без радиаторов до 1.4V.
CPU VCCIO Voltage (VCCIO) — устанавливает напряжение на IMC и IO.
CPU System Agent Voltage (VCCSA) — напряжение кольцевой шины и контроллера кольцевой шины.
Таблица с соотношением частоты оперативной памяти и напряжениями VCCIO и VCCSA:
Однако, по личному опыту, даже для частоты 4000 MHz требуется напряжение примерно 1.15V для VCCIO и 1.2V для VCCSA. На мой взгляд, разумным пределом является для VCCIO 1.20V и VCCSA 1.25V. Все что выше, должно быть оправдано либо частотой разгона оперативной памяти за 4000MHz +, либо желанием получить максимум на свой страх и риск.
Часто при использовании XMP профиля оперативной памяти параметры VCCIO и VCCSA остаются в значении Auto, тем самым могут повыситься до критических показателей, это, в свою очередь, чревато деградацией контроллера памяти с последующим выхода процессора из строя.
Установка LLC
LLC (Load-Line Calibration) В зависимости от степени нагрузки на процессор, напряжение проседает, это называется Vdroop. LLC компенсирует просадку напряжения (vCore) при высокой нагрузке. Но есть определенные особенности работы с LLC.
Например, мы установили фиксированное напряжение в BIOS для ядер 1.35V. После старта компьютера на рабочем столе мы видим уже не 1.35V, а 1.32V. Но, если запустим более требовательное к ресурсам процессора приложение, например Linx, напряжение может провалиться до 1.15V, и мы получим синий экран или «невязки», ошибки или выпадение ядер.
Чтобы напряжение проседало не так сильно и придумана функция LLC c разным уровнем компенсации просадки. Не стоит сразу гнаться за установкой самого высокого/сильного уровня компенсации. В этом нет никакого смысла. Это может быть даже опасно ввиду чрезвычайно завышенного напряжения (overshoot) в момент запуска и прекращения ресурсоемкой нагрузки перед и после Vdroop. Нужно оптимально подобрать выставленное напряжение с уровнем LLC. Напряжение под нагрузкой и должно проседать, но должна оставаться стабильность. Конкретно у меня в BIOS материнской платы стоит 1.35V c LLC 5. Под нагрузкой напряжение опускается до 1.19–1.21V, при этом процессор остается абсолютно стабильным под длительной и серьезной нагрузкой. Завышенное напряжение выливается в большем потреблении и, как следствие, более высоких температурах.
Например, при установке LCC 6 с напряжением 1.35V во время серьезной нагрузки напряжение проседает до 1.26V, при этом справиться с энергопотреблением и температурой с использованием воздушной системы охлаждения уже нет возможности.
Чтобы наглядно изучить процесс работы LLC и то, какое влияние оказывает завышенный LLC на Overshoot’ы, предлагаю ознакомиться с работами elmora, более подробно здесь.
Идеальным вариантом, с точки зрения Overshoot’ов, является использование LLC в значении 1 (самое слабое на платах Asus), однако добиться стабильности с таким режимом работы LLC во время серьезной нагрузки будет сложно, как выход, существенное завышенное напряжение в BIOS. Что тоже не очень хорошо.
Пример использовании LLC в значении 8 (самое сильно на платах Asus)
При появлении нагрузки на процессоре напряжение просело, но потом в работу включается LLC и компенсирует просадку, причем делая это настолько агрессивно, что напряжение на мгновение стало даже выше установленного в BIOS.
В момент прекращения нагрузки мы видим еще больший скачок напряжения (Overshoot), а потом спад, работа LLC прекратилась. Вот именно эти Overshoot’ы, которые значительно превышают установленное напряжение в BIOS, опасны для процессора. Какого-либо вреда на процессор Undershoot и Vdroop не оказывают, они лишь являются виновниками нестабильности работы процессора при слишком сильных просадках.
CPU Current Capability — увеличивает допустимое значение максимального тока, подаваемого на процессор. Сильно не увлекайтесь, с увеличением растет так же и температура. Оптимально на 130–140%
VRM Spread Spectrum — лучше выключить и кактус у компьютера поставить, незначительное уменьшение излучения за счет ухудшения сигналов да и шина BLCK скакать не будет.
Все остальные настройки нужны исключительно для любителей выжимать максимум из своих систем любой ценой.
Проверка стабильности
После внесения всех изменений, если компьютер не загружается, необходимо повысить напряжение на ядре или понизить частоту. Когда все же удалось загрузить Windows, открываем программу HWinfo или HWMonitor для мониторинга за состоянием температуры процессора и запускаем Linx или любую другую программу для проверки стабильности и проверяем, стабильны ли произведенные настройки. Автор пользуется для проверки стабильности разгона процессора программами Linx с AVX и Prime95 Version 29.8 build 6.
Если вдруг выявилась нестабильность, то повышаем напряжение в пределах разумного и пробуем снова. Если стабильности не удается добиться, понижаем частоту. Все значения частоты и напряжения сугубо индивидуальны, и дать на 100 % верные и подходящие всем значения нельзя. Как уже писалось, разгон — это всегда лотерея, однако, купив более качественный продукт, шанс выиграть всегда будет несколько выше.
Резюмируем все выше сказанное
Максимально допустимое напряжение на процессор составляет до 1.4V. Оптимально в пределах 1.35V, со всем что выше, возникают трудности с температурой под нагрузкой.
Существует 3 способа установки напряжения:
Adaptive mode — это предпочтительный способ для установки напряжения.
Он работает с таблицей значений VID вашего процессора и позволяет снижать напряжение в простое.
Оптимально найти стабильное напряжение в фиксированном режиме, потом выставить адаптивный режим и вбить это знание для адаптивного режима, далее выставить величину смещения по необходимости.
При разгоне оперативной памяти и использовании XMP профиля, необходимо контролировать напряжение на CPU VCCIO Voltage (VCCIO) и CPU System Agent Voltage (VCCSA).
Подобрать оптимальный уровень работы LLC, VDROOP ДОЛЖЕН БЫТЬ.
Название и принцип работы LLC у разных производителей