refresh с mixed перевёл в нормаль. Выиграл около 1нс задержки

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

Мне прост лень тесты гонять сейчас - нет на это времени и желания, потому сижу на старом нормал. Так то миксд надо настроить, да. Прост там выхлоп с гулькин нос, вот и не чешусь
Это только на zen4 тренировка каждый старт. На zen5 PDM и MCR отвязаны друг от друга - можно выставлять независимо их

Интересно, не знал об этом. Тогда нет причин не включать MCR. А вот насчет Power Down пока не уверен. В принципе, кроме ухудшения латенси в Аиде, особых недостатков и у PDM быть не должно...

Стабилизировал пока 6200/2067, перевалочным пунктом, на таких настройках, чтобы оно проходило по полтора часа TM5 Анты и 1usmus'а. Это было полезно для понимания, какие напруги навешивать. Жаль, для 6400, похоже, придется добавлять больше, чем я планировал - первая же попытка с 1.2 soc/1.05 vddp/1.4 mem окончилась массовыми ошибками. Это явно не напруга на память, значит, надо балансировать сок и VDDP. При этом не переступая разумные для меня пределы. Есть мысля также попробовать настроить Normal, а не Mixed. Хотя меня начинают точить сомнения, какого чёрта я, вообще, делаю. Потому как, кроме циферок в Аиде, разница между всем и частотами и таймингами, просто-таки исчезающе мала((

Ну и всех сопутствующих эффектов ухудшения латенси - задержка становится хуже не только в аиде, я в бенчах замечал прирост при выкл PDM

Стабилизнул и 6400, но напруги пришлось преступно завысить, на постоянку не пойдет( Тут, вероятно, сказалась моя экономия на материнской плате. Можно поджать напружку на Mem, и, скорее всего, скинуть 0.05 с одного из двух параметров Soc/VDDP, но в целом, это никуда не годится - по результатам на 6000, я ожидал гораздо меньших напряженек.

Как уже тут обсуждалось, линейный тест с простыми операциями записи и чтения не может быть хорошим и тем более лучшим тестом по определению (не говоря уже про его кодовую не очень хорошую реализацию). Тем более если разработчик не смог хотя бы исключить использование файла подкачки программой, а делается это очень легко. В итоге скорость теста падает, насилуется ссд, память тестируется еще хуже. Картинки ниже для иллюстрации о чем речь, смотрите записи-чтения у ссд до и после и поймете, можно посчитать как сильно уйдет % износа ссд с такой программой. И нет, не надо файл подкачки отключать, потому что это не решит проблему, ее должен решить разраб, что элементарно. Ну и пример сравнения тестов при нестабильности в конкретной ситуации, если надо могу и больше скинуть, много тестов сделали в свое время. Кстати, разработчик кархи уже 2 года обещает выпустить новую версию, на которую собирает деньги, кормит завтраками, а выпуска все так и нет, делайте выводы)

Я про Soc и VDDP. Мемку я, наоборот, мог бы еще ужать, ни разу пока не упирался в ее напругу.

Для прикола, проверил на 8000 1/2 и 6000CL26, оба безрезультатно на моей плате) CL28 мможно, но профита мало, а напруги повышать надо...

Интересно конечно. Но я не смог воспроизвести подобное поведение Karhu.

Там надо специально стараться так сделать, при желании можно (ну или от большого ума во время теста активно пользовать комп задачами, требующими большой объём озу). pcstonks тут аккаунт завёл ради этого - топить карху и продвигать свою прогу

npa4ka Получается, введение в заблуждение и недобросовестная реклама. Я и за меньшее в бан отлетал, бгг.

Phenomenum может очередной приближённый - как знать. Местная модерация для меня - чёрный ящик, каждый раз по-разному реагирующий на одни и те же действия в зависимости от времени суток, фазы Луны, ретроградности Меркурия и ника собеседника, так что хз

HertZ

Есть смысл ужимать TRFC? Какой профит? Вчера впервые снизил со 160ns до 130 с хвостиком, легко пошло, но у меня были неведомые мне 6000 CL28, и я не понял, от чего прибавка, от слегка поджатых первичек, или как раз от TRFC...