Предыстория: работаю на удаленке (на дому), обрабатываю данные в больших объемах (десятки гигов). Никогда не был фанатом разгонов, лишь теоретически имел представление о процессе. Однако, объемы данных постепенно растут, и комп в результате стал справляться всё хуже и хуже: загрузка проца болталась около 90%, что закономерно приводило к раздражающим фризам на 10-30 сек при подгрузке новых файлов. Сменил проц с Phenom x4 3.6 GHz на FX-8120: думал, что производительность вырастет вдвое (ядер-то вдвое больше)... но в реальности она увеличилась настолько незначительно, что загрузка проца теперь около 60-80%, и иногда опять же вырастает до 100%. Справедливости ради, длительность фризов сократилась вдвое - но, блин, это как-то совсем не то, чего я ждал от восьмиядерного проца! В общем, вот теперь я морально готов гнать этот долбаный камень без жалости, потому как нервы - дороже. После четверти века работы за компами, да.

Почитал тут в шапке раздела гайды, но они все по старым процам. К тому же я не настолько крут по железячной части, чтобы работать скальпелем и паяльником... Отсюда закономерный вопрос: подскажите, как можно разогнать проц посредством лишь изменения настроек БИОСа, в нижеуказанной системе?

Мать: Asus M5A97
Отец: FX-8120 (FD8120WMW8KGU)
Мозги: Kingston 8 Gb DDR3 DIMM 1600 (KHX1600C9D3K2/8G) x4, всего 32 Гб
Win7 64bit

Snape какой vid у твоего проца?faq читал?

Каким софтом пользуешься?

Гм... как ответить на этот вопрос, если vid постоянно меняется в зависимости от нагрузки?


Который из? Тот, что в шапке темы или общий старый фак по разгону в целом? Там нет ничего про vid. Или речь об этом? Он у меня вообще не открывается (server not found).


Его название ровным счетом ничего не скажет постороннему человеку, потому как прога корпоративная. Я могу лишь в общих чертах объяснить, что она делает: читает данные из файлов (их много, в целом около 50 гигов, но единомоментно читаются достаточно небольшие куски - несколько десятков метров, ну может сотня), потом данные обрабатываются моими скриптами (в памяти), и сохраняются результаты (это совсем небольшие объемы, можно пренебречь); по завершении (через 5-10 минут) подчитывается следующий блок данных, и процесс повторяется. Фриз наступает именно в момент подчитывания нового блока. Я тоже раньше думал, что проблема в диске, даже купил новый ССД... но это не помогло от слова "никак". Память тоже не является "узким место": из 32 гигов наличествующей реально используются только где-то 15-20, а все остальное постепенно занимается виндой под кэш ранее прочитанных с диска файлов данных. Полагаю, я не ошибусь, сказав, что это именно что первоначальная обработка прочитанных данных упирается в потолок, коим является нагрузка на проц: в момент чтения нового блока с диска чуть ли не на всех графиках активности в process explorer взлетают пики, но лишь на графике загрузки проца у пика срезается "вершина", потому что он доходит до потолка.

Добавлено спустя 1 час 42 минуты 15 секунд:
Да, вот еще... Не знаю, поможет ли это, но уточню: у меня в проце ничего не залочено, я могу играть и с частотой FSB, и с множителем, и еще много с чем - но глубокого понимания всей этой механики нет, а потому не очень ясно, как а) достигнуть оптимального результата, и при этом б) ничего не спалить. На данный момент я поднял множитель с 15.5 до 20, бенчмарк по CPU-Z взлетел с 1130 до 1363, стало полегче, но не радикально: просто фризы стали немного короче. Т.е. я пробовал ставить и множитель 21 при частоте FSB 200, и 20 х 220, и в обоих случаях бенчмарк поднимался значительно (аж до 1550), но толку было мало: стоило дать реальную нагрузку в виде моей главной проги, как в течении 5-10 сек система зависала наглухо. vid при этом был 1.3V... может, его надо как-то поднимать "насильно"? Ну и там другие всякие интересные опции есть: CPU/NB, частота памяти, и т.п.

vid зашит в проце для различных частот,посмотреть можно в отчете cpu-z

Дело не в объёме. Что по частотам CPU_NB и памяти?



Что по многопотоку? Если у тебя скрипт долбит в одно ядро, то фикус тут не поможет.

Вот это?


CPU_NB 2200 MHz, память 1600 MHz


Ну, я на это повлиять не могу - этим интерпретатор занимается... но если б он был таким тупым, что не мог бы в параллельные процессы, то как бы нагрузка на все ядра росла до 80%? Да, в пиковые моменты вершинка пика загрузки проца срезается только на одном ядре, но даже и в этом случае разгон по идее должен помочь? Ну, хоть сколько-то. Потому и прошу: подскажите, с какими параметрами еще поиграться!

это,но данные не верны.сделай тоже самое только без разгона

Вернул всё обратно, но что-то ничего радикально не поменялось в отчете:

теперь ясно какой vid для стоковой частоты 1,3v это чуть меньше чем у моего проца

И что мне делать? Можно как-то поднять напругу хотя бы до его заявленного в отчете максимума в 1.412 V? А то автоматически он выше 1.3 поднимать почему-то не хочет (может, где-то в настройках надо какой-то "предохранитель" снять)...

Вот их для начала и разгони. Частоты на уровне CPU_NB@2600 RAM@2133-2400 вполне достижимы на этих процессорах не сильно напрягаясь.

Память не разогнать: если для проца это было бы достижимо, то для самой памяти 1600 - это кап, это число прямо на её упаковке написано. При попытке поставить хотя бы 1866 винда уходит в БСОД уже на этапе взлета. CPU_NB@2600 поставил, но это ровным счетом никак не сказалось на бенче: как было 1130, так и осталось. Впрочем, мне определенно нравится словосочетание "для начала" Что следующее? Множитель снова поставил на 20, чтобы хотя бы полегче было работать, пока ответа жду. Впрочем, при множителе 20 и CPU_NB 2600 одновременно - бенч опять же тот же, что и просто при множителе 20: 1360.

Да, всё забываю спросить: если я ставлю нереальные значения множителя, шины или CPU_NB, не то что о бенчмарке речь не идет - даже до биоса дело не доходит (а соответственно, и обратно не поменять). Приходится каждый раз выкручивать и снимать видяху, вытаскивать батарейку БИОСа, вставлять ее обратно и потом ставить на место видяху. А какого-то более адекватного (читай: быстрого) способа откатить нерабочие настройки БИОСа не существует, случаем?

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



Слушай, у тебя что за мать? M4A87TD? По идее там должен быть сброс настроек при 3-4 перезагрузках кнопкой или джампер cmos reset на материнке.
Но хоть столько-то серьёзно гнать на ней 8 ядер я бы не рекомендовал)



Ты явно не понимаешь, что такое разгон. На моих плашках написано 1600, что не мешает им уже несколько лет стабильно работать на 2400

можно попробовать разогнать до 4200-4300 если кулер и материнка позволяют

А какой-то более адекватный бенч существует (ну, кроме всяких попугаев, которые больше для игр)?


Я ж выложил выше полную конфу: мать M5A97.


Хм, внезапно Ну, в любом случае с моими этот фокус не прошел, как я отметил выше...


Но как? При 200 х 20 они работают стабильно, но стоит поднять FSB до 210 или множитель до 21 - всё, быстро отстреливаются. Надо что-то с напругой делать? Но как, если система её сама выставляет? Причем, что странно, если какое-то одно ядро нагружается - на нем в HWINFO мелькает число 1.412В, но если нагружаются все - то всем дают максимум 1.3. Типа "на всех максимальной напруги не хватает"?

шину вообще трогать не надо,на fx все множители открыты,для 3900+ надо напряжение поднимать например 1,43v и LLC high

2133 11-12-10-33 1.65-1.675V вообще никак не прокатывает? Судя по обзорам этих планок, должно брать.



Зависимые от частоты памяти - хз, навскидку не скажу. Тут ещё дело в том, что я хз что за загрузку даёт твоя софтина)

Пожалуйста, принимайте во внимание, что я нуб в этом деле почти полный - это мой первый разгон %) Я в теории понимаю, что это частота и тайминги, но где какие, куда всё это вводить и как менять напругу - не понимаю... Просто повышение частоты даже до 1866 приводит винду к синему экрану смерти еще на этапе старта, как я отмечал раньше.


Самая большая проблема в том, что я и сам хз! У меня постоянно запущены и таск менеджер, и process explorer, и в последнем отмечены к наблюдению куча столбцов (и проц, и память, и диск), но когда начинаются фризы - ничто из этого не упирается в кап... Уже и память новую купил (32 Гб вместо 16ти), и проц (FX-8120 вместо Phenom X4), и диск (SSD Dexp L2 вместо обычного харда), винду переставил свежую на этот ссд, а воз и ныне там

Могу предположить что перегревается северный мост и всё фризит