Часовой пояс: UTC + 3 часа




Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 17 
  Версия для печати (полностью) Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 

Junior
Статус: Не в сети
Регистрация: 09.12.2016
Добрый день!
Собственно я до этого создала тему в разделе матплат, но на данный момент вот думаю что актуальнее этот раздел (уважаемые модераторы, может быть стоит закрыть темув разделе матплат и дать ссылку сюда, ну или там объединить темы...)

В общем
Core i7 6700k (skylake)
терпимая память (G.SKILL F4-3200C15D-32GVR)
мать Asus Maximus Hero VIII

После 2 часов prime 95 перешла в режим "строго 800"

Потом множитель "залип" на 40х

Я перешила BIOS, сбросила CMOS, вытаскивала батарейку.

Что наблюдаю сейчас:

Смену множителя матплата "принимает" но выставляет его для турбо-режима.
В штатном режиме проц возвращается на 4000 мГЦ
(установила что "все-таки принимает" поставив множитель на 43, турбо-режим стал "врубаться" на 4300)

Само по себе это наверное не ужасно (фишка с разгоном "только пары ядер" не лезет, все ядра входят в турбо режим "стаей", проверено в OCCP запуском теста с уменьшенным number of threads)

Хотелось бы чтобы 4200 (ну или 4300 на котором система как оказалось очень даже стабильна и не то чтобы сильно горячее) рубило на всех ядрах постоянно, без турбо и прочих энергосберегательных штук.

Хотелось бы добиться этот результат без смены матплаты :oops:

Спасите-помогите



Партнер
 

Member
Статус: Не в сети
Регистрация: 22.12.2012
Фото: 1
Cinty писал(а):
Хотелось бы чтобы 4200 (ну или 4300 на котором система как оказалось очень даже стабильна и не то чтобы сильно горячее) рубило на всех ядрах постоянно, без турбо и прочих энергосберегательных штук.

Зачем? Одно другому не мешает, пусть не молотит в простое, в простое ненужно больших вычислительных мощностей.


 

Junior
Статус: Не в сети
Регистрация: 09.12.2016
Sania. писал(а):
Зачем?


нууууу ....
Я конечно понимаю что текущее поведение системы это вполне приемлимо

Но хотелось бы 1) разобраться что случилось 2) вернуть возможность ставить множитель "как я хочу куда хочу

P.S.
отключение speedStep или turboBoost приводит к жескому заеданию множителя на 40


 

Member
Статус: Не в сети
Регистрация: 22.12.2012
Фото: 1
Пользователь случилось, натыкал скорее что-то. Сбросить настройки биос и настроить множителем.


 

Member
Статус: Не в сети
Регистрация: 16.11.2004
Откуда: Санкт-Петербург
Cinty писал(а):
Хотелось бы чтобы 4200 (ну или 4300 на котором система как оказалось очень даже стабильна и не то чтобы сильно горячее) рубило на всех ядрах постоянно

Зачем?
Если Вы не знаете как потратить лишние деньги и не придумали ничего лучше, чем впустую жечь электричество, то отдайте их в детский дом.

_________________
Аудиофил, оверклокер и лучший друг твоей мамы.


 

Member
Статус: Не в сети
Регистрация: 25.09.2012
Откуда: Reutov, MO
Так если отключить TurboBoost, то всегда 4000 будет (базовая частота), даже на высокой напруге. У меня так было.
Для отключения энергосберегаек нужно отключать SpeedStep и C-States, не турбобуст.

Если хочешь разгон по всем ядрам, множитель поднимаешь и радуешься, позаботившись о VCore Voltage.

Также в винде план энергосбережения на "Высокую производительность", тогда будет молотить на пределе.

Никакой проблемы с твоей платой нет, проблема, которую обсуждают в ветке на форуме ROG, высосана из пальца.

_________________
AMD Ryzen 7 5800X3D\Gigabyte RTX 4090 Gaming OC\MSI MAG B550 TOMAHAWK MAX WIFI\ARCTIC Liquid Freezer II 420\32 GB XPG GAMMIX D10 3600X18\Gigabyte M32U


 

Junior
Статус: Не в сети
Регистрация: 09.12.2016
Budda писал(а):
Так если отключить TurboBoost, то всегда 4000 будет (базовая частота), даже на высокой напруге. У меня так было.
Для отключения энергосберегаек нужно отключать SpeedStep и C-States, не турбобуст.


Пробовала, не помогло.
Выключаю SpeedStep (и С-states) оставляю TurboBoost, все тупо скатывается к множителю 40х и остается там.


 

Member
Статус: Не в сети
Регистрация: 22.12.2012
Фото: 1
Тогда вам читать FAQ по ссылке FAQ по прошивке и редактор индивидуальных данных BIOS плат ASUS P8xxx и их ROG-аналогов


 

Member
Статус: Не в сети
Регистрация: 16.11.2004
Откуда: Санкт-Петербург
Cinty
Вы можете объяснить зачем конкретно Вам нужно, чтобы процессор всегда работал на пределе?

_________________
Аудиофил, оверклокер и лучший друг твоей мамы.


 

Member
Статус: Не в сети
Регистрация: 02.11.2012
Откуда: Таллинн
Фото: 63
Cinty присоединяюсь к вопросу, в Вашем желании ничего кроме минусов нет :roll:

_________________
Rage128Pro➢RivaTNT2➢6600➢7900GS➢8800GT➢GTX280➢GTX570➢GTX670➢GTX970➢GTX980Ti➢Vega⁵⁶➢GTX1080Ti➢RTX3090➢RTX4090


 

Member
Статус: Не в сети
Регистрация: 13.09.2009
Откуда: Белгород
Да ничего особенного делать не надо. В биосе изменить множитель, в винде поставить режим электропитания - максимальный. И проц будет все время молотить по полной на выставленном множителе.

_________________
i7-8700K/Noctua NH-D15/ASUS MAXIMUS X HERO/2x8Gb Samsung/Samsung 970 Pro 512 Gb, Samsung 860 P 512 Gb/MSI GTX 1070 Gaming X/FD Arc XL/Corsair HX-750i


 

Junior
Статус: Не в сети
Регистрация: 09.12.2016
В общем чего я только не перепробовала... но решение нашла.
Оно оказалось довольно-таки диким.

Ситуация "вернулась к норме" после выставления параметра "BCLK spread spectrum" в -0.22, теперь турбо режим снова управляем.
Еще почему-то утилита контроля за блоком питания (ZDPMS, у меня Digifanless 550, точнее два) стала работать шустрее. То есть очень ощутимо шустрее. До этого от "начало теста" до "отражение на экране цифр энергопотребления" проходило 5-7 секунд, теперь - практически мгновенно.

Почему так - не знаю


Чудны дела машинного бога :)

P.S.:

Частоты подпрыгивают чуть сильнее чем при BCLK spread spectrum в Auto или Disabled.


 

Member
Статус: Не в сети
Регистрация: 26.07.2008
Ох уж эти декабрьские :D


 

Junior
Статус: Не в сети
Регистрация: 09.12.2016
ifritfromff10 писал(а):
Ох уж эти декабрьские

А что, в декабре часто с такого рода проблемами приходят ? :)


 

Member
Статус: Не в сети
Регистрация: 26.07.2008
Cinty угу :D


 

Junior
Статус: Не в сети
Регистрация: 09.12.2016
Вообще понимаю что вопрос "где-то между" памятью и матплатой, но думаю ближе к матплате поэтому пишу в этот форум.
После успешного решения моих прошлых проблем я решила погнать немного память.

Память вот этот комплект (две палки)
http://gskill.com/en/product/f4-3200c15d-32gvr

Успешно прогналась до 3333 (но только по частоте, тайминги ни-ни-ни в какую не гонятся при напряжении меньше 1.45, а лезть так высоко мне стремно)

Проходит memtest (>4 часов) с "сервисного" диска, HCI memtest под win 10 (количество копий "до упора", swap отключен, не менее 200% прохождения на каждом запущенном экземпляре, ошибок 0), (occp) linpack (с avx и без) по два часа.

Казалось бы все хорошо.

НО

теперь проблема:

Если выключить комп, вытащить шнур, дать ему постоять 20 минут, а потом включить, то матплата "встает" с кодом 55 (связан с памятью http://www.asusqcodes.com/index.php?inputCode=55)
Если после этого выставить частоту 3100, а потом снова гнать до 3333, то все снова ОК

Даты, настройки напряжения, при этом не теряются, так что "смерть батарейки CMOS" исключена.

VCCIO, System agent voltage выставлены в 1.15, но я поднимала до 1.25, на странном поведении "от шнура" никак не сказалось.
напряжение на памяти 1.4 (но можно выставить 1.38, тогда начнет валиться HCI memtest но на проблеме "55 после шнура" никак не сказывается)
Проц выставлен в 4 Ггц "строго", чтобы не мешать экспериментам с памятью, кеш тоже самое.

Boot voltages для vccio и system agent подняты до 1

Насколько я понимаю, проблема как то связана с т.н. training (http://blog.asset-intertech.com/test_da ... ining.html)

Однако, включение/выключение fast boot никак не влияет на проблемное поведение.

Кто-нибудь сталкивался с "55 после полного обесточивания" ?
Чем лечили?


 

Junior
Статус: Не в сети
Регистрация: 09.12.2016
Ну, в свое оправдание могу лишь сказать что это славное оборудование мне подарил друг :angel:


Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 17 
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 8


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan