спасибо. обе планки не дают его опустить или какая-то одна? и если возможно: сделай скрин с КП 2400

michernov обе, просто надо напруги давать 1,8+ а так эта память отборная.

раз обе, то забить и принимать как данность. ну, а раз отборная, то грех пятый тайминг зажимать. его и подбирать не надо: просто выставь значение суммы 3 и 4-го, т.е. 26 получается (блин непривычно низко, но попробовать надо).

michernov Вот прогон на 2400.
уменьшение TRC ни как не повлияло на результат.

ещё раз спс. линейная зависимость просматривается. тогда C_i_t_r_u_s у вряд ли удасться объяснить, пока руки до гиги не дойдут.

Добавлено спустя 1 минуту 43 секунды:

зато по фен-шую (не будешь выглядеть лентяем, мягко говоря)

я им и так не выгляжу. Так как для челленджа я почти неделю убил на настройку системы

qefir что то как то не очень для таких частот и таймингов..
пример обычный с меньшими частотами и более высокими таймингами..
а разницы почти нет
#77

L1 и L2 зависят от частоты CPU
L3 от частоты CPUNB или КП(кому как нравится)
первая строчка зависит напрямую от памяти + работы КП

нет конечно. это просто такой скрин подвернулся: http://uploads.ru/Whe2M.jpg

michernov а зачем tRC 44 ? По логике должно быть 27))

а работа КП (на гиге) зависит от тшательно подобранного вольтажа

Добавлено спустя 2 минуты 21 секунду:

6+20=26 или я что-то пропустил? (это не мой скрин, приведен в качестве примера)

michernov если вообще гонится, понятно дело при переразгоне будут проблемы, так же как например от переразгона CPU
я на память написал 7 , да 26 выходит.. тайминги низкие а профита как то не видно

так там уже больше упор в кп идет.

а вот C_i_t_r_u_s не предусматривает переразгона, в смысле гоним до возможного предела, по прямолинейной зависимости по частоте и вольтажу. наверно так и заложено в этой дижи+, а на гиге такой прямолинейности нет (здесь, иногда, для сохранения высокой производительности при повышении частоты CPU приходиться наоборот понижать напругу на КП, т.е. если её оставить той же самой, даже не повышая, производительность будет ниже (см. Vcpu_nb): http://uploads.ru/fuLRY.png и http://uploads.ru/4Ee8Z.png
заменил второй скрин

michernov это есть и на асусе, как бы система управления фазами одна, и если одна какая то фаза перенагружается , то система пытается перевести нагрузку на другую если есть куда переводить, в итоге c CPUNB некуда переводить нагрузку и вся система уходит в защиту , хотя казалось бы лимит еще не исчерпан общий..
как то так работает DIGI и APM

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

для линпака CPU NB не очень важен
смысл скриншотов не понятен, частоты разные CPU а не КП

но всеж, смысл то был не тонкие настройки а лимит по разгону в пределах разумного, не?

про гигу - ранее даже занижали CPUNB чтобы нормально взять 5+Ггц чтобы сильно не кукурузило
но толку от этого только в рендере наверно..

на это пусть лучше M_E_L_ отвечает (у него скрины есть хорошие)

правильно, частота КП таже, а напруга на него меньше при более высокой частоте CPU (об этом речь - нет прямой зависимости от повышения частоты на камень)

не, как раз о тонких настройках связки КП-память - твоя прямая речь: первая строчка зависит напрямую от памяти + работы КП

Добавлено спустя 4 минуты 58 секунд:

про то не знаю. я про оптимизацию работы связки КП-память, которая приносит нехилый профит в производительность системы

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

нее, тут как сказано так и написано)) не нужно искать скрытый смысл)) частота памяти+ тайминги памяти + работа КП (т.е. частота)

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

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

Добавлено спустя 5 минут 32 секунды:

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

michernov я же говорю у гиги UD3 и ниже .. система питания рассчитана максимум на 200Вт наверное - это ее предел
хотите большей производительности - остужайте систему питания холодным воздухом, снижайте напряжение на CPU/CPUNB и увидите что производительность растет на ровном месте из за понижения температур , и даже не на самом CPU а на МП
так уже делали, но стоит ли оно того и как это организовать на постоянку?


я вот в начале лета заметил все снизили разгон чуть ли не до 4.2Ггц? неужели все так плохо было на гигах?

по другому организованное питание возможно и является в некоторых случаях преимуществом (если к этому правильно подойти), не
что здесь не так с питанием?: http://uploads.ru/7HZ8w.png

michernov то что это FX6ххх, а так все нормально вроде, из рассчета 115Гфл на FX8xxx, при таких же частотах на этой МП
2000 об/мин на питании
24 градуса на сокете так же как и на ядрах? странно.. обычно датчики сокета не совпадают с датчиками ядер