Это не серьезно, у нас речь идет о диких просадках в 0.05-0.1v


Кто в этой ветке с самого начала, у того точно не подгорало от гиг, ибо подгорало давно еще в свое время когда 4 года назад еще выкатил флопсы на 8** логике в лице кросхеи 4:

А потом же на сайбере спустя месяц отлично показал, что эти флопсы у кросхеи по факту никакого преимущества перед меньшими на 9-ой логике не имеют ибо во всех остальных тестах многопоточных картина была одинаковая при равных параметрах. Более того выяснили, что вообще на всех МП ам3 сокета 8** такие же неоправданно завышенные флопсы.
Да и за долго до тебя тут был Витя со своими кривыми флопсами, который никак не мог объяснить, как же считая быстрее и выдавая больше флопсов гига на равных частотах с иными брендами успевала посчитать лишь тоже самое кол-во проходов, что и остальные. Ведь по факту, чем быстрее считает и чем больше флопсов система выдает, тем больше проходов она успевает пройти, это отлично видно при поднятии частот проца.
Это Вы все еще верите в гигу, хотя картина аналогичная как на моей старой кросхее. Это тупо баг софта, если специально проходить на кросхее моей старой сейчас по требованиям для 9-ой логике в притирку, то по факту она в остальных многопоточных тестах уже будет кукурузить и сливаться таким же флопсам на сайбере, например в х264/х265 и даже синебенче. То же самое у Вас и на Ваших гигах творится, вы проходите по требованиям для 9-ой логики, а в х265 то печалька уже, ведь требования для Ваших МП надо заряжать как для 8-ой логики, а под эти требования уже мало кто способен пройти на гиге ибо ВРМ все задушит при серьезном разгоне.
Чтобы в реальных не глючных многопоточных приложениях Ваша гига смогла бодаться с асусом, ей по факту надо выбивать требования ни для 9-ой логики, а для 8-ой логики, которые справедливо в свое время завел, ведь еще тогда мы выяснили что читерная 8-ая логика проходя лишь только под 9-ые требования не могла обеспечить достойную производительность в иных приложениях, а посему было решено завести отдельные повышенные требования для нее, после которых бы она могла показать путное во всех остальных приложениях.


Ну дык это же легко проверить:
1) Ставишь сток 3300 при 1.2v там например и КП 2200 при 1.1-1.2v c памятю 1600/1866 тестишь линпак независимо несколько запусков, все фиксируешь в хвинфо потребление/нагрев
2) А потом берешь и лупишь 1.475-1.5v, оставляя остальные параметры неизменными и также тестишь.
Гоняя со стоковым КП и при меньшей частоте ядер ты снизишь ощутимо потребление тока, что по идее даст тебе возможность проверить полноценно есть ли зависимость от потребления тока или нет. Если во 2-ом случае, будут адекватные флопсы, то предел идет не по напряжению, а все-таки по потребляемому току, просты ты как раз достигаешь этого предел на своей частоте выставляее 1.475v.
Кстати Prof отвечая мне на вопрос при каком вольтаже уже начинаются достигаться максимальные значения потребления, которые он когда-либо замечал на своей МП сказал что начиная с 1.45v. Просто с 1.45v начинаются легки и редкие всплески, а чем больше лупишь, тем более постоянно и чаще начинаешь упираться в предел по току. Я все-же склонен думать, что на гигах лимит потребления тока стоит на входе ВРМ, а не на его выходе. То есть он ограничивает потребление по 12-ти вольтам, именно по этой причине усиленный обдув у Prof дал еще немного выжать из системы, ведь улучшив заметно охлад ВРМ, он смог немногим поднять КПД питальника под нагрузкой тем самым снизив потребление по 12-ти вольтам, что сразу положительно сказалось на производительности. Остается только найти точное значение сколько же гига максимум может потреблять без троттлинга. ИМХО основанное на логике и наблюдениях за мучениями/результатами Prof


Ты не прав, ток утечки очень сильно зависит от проходящего тока через проц, чем больше тока через проц проходит, тем выше ток утечек. А это и есть нагрузка. Когда мы даем нагрузку на проц, он начинает сильнее жрать ток и соответственно ток утечки возрастает. В простое хоть 1.7v ставь, пусть будет дискомфортно, но проц ничего не потребляя не деградирует, так ставят все рекорды макскрины, процы легко переживает конский вольтаж без нагрузки. Зато стоит дать нагрузку и я готов поспорить, что даже под жидким азотом всего при 1.7v поставив линпак на сутки проц сдохнет к утру ибо токи проходящие через него будут просто до ужаса дикими, чтобы минуса хоть как-то помогли ему.
Как человек который имеет личный опыт деградации, могу сказать точно, что при одинаковой температуре/частоте/напруге простой многопоточный тест или того малопоток не так смертельны для проца, как смертелен стресстест. Это давно уже пройденная схема, попробуйте заставьте бенчера со стажем линпак погонять, хотя бы на тех же частотах, что он в многопоточных бенчах юзает, он Вас пошлет куда подальше, ибо уже из-за этого линпака они похоронили ни мало хороших камней. И проблема не в охлаждении, а в дикой нагрузке на проц, которая только увеличивает паразитные токи.
Можешь и в даташиты мосфетов заглянуть, у них ток пробоя зависит как от температуры так и от потребляемого тока, что и есть нагрузка.


1) Ж.. с пальцем то не путай, я уже писал, что питальнику нифига не легко при переходах, в это время идет куча помех из-за скачков, которые ложатся на кондеры и дросселя.
2) Чтобы тебе понятнее было на твоем же примере, какой мотор дольше ходить будет:
а) тот который пройдет по трассе ехав постоянные 2-3 оборотов без рывков
б) тот кто будет ездить только по городу постоянно мучая мотор разгонами и остановками, режим энергосбережения в нашем случае
любой опытный водитель отлично понимает о чем я
3) Несколько раз при сборке сталкивался, что с гребанными сберегайками дросселя пищат, но вот же чудо стоит их отключить и писк исчезает вообще.
4) 2-ой пункт был не только по моим наблюдениям, тут уже об этом отписывался кто-то