Всех приветствую, хотел бы посоветоваться, потому что к какому-то ответу не пришёл. Я добился такого результата, приложил скриншот с частотой и таймингами (vddio на самом деле 1.26 и vddp 0.97). Но у меня есть проблема с температурами, у меня почему-то она греется в среднем при нагрузках до 63-64, а может и до 67. Без разгона температура около 60. Тесты проходил, всё работает вроде стабильно, ну и наиграл уже много и много в каких играх. Подскажите насколько это плохо или раз у меня так в целом память греется и работает стабильно, то норм? В простое температура 48-50.
Он много чего предлагает то тут, то там. Я уже на его советах обжёгся, спасибо. Там он ещё какую-то чушь что-то тоже очень "интересное" помню где-то предлагал
anta777 писал(а):
tRFCpb=tRFC2 - 30 ns
Что в этом интересного? Почему -30нс? На любой частоте -30нс? Почему?
Куратор темы Статус: Не в сети Регистрация: 10.06.2011
По джедек разность tRFC2 и tRFCpb для 16 Гбит и 24/32Гбит чипов равна 30 нс. Нс всегда для любой частоты остаются теми же, только такты пересчитываются.
Почему бы не наплевать на жедек? Мы от него уходим сразу же, как только включаем тот же хмп Какие минусы у более низкого рфссб? Так то по жедек тогда и рфс2 выставлять надо, раз на то пошло, в зависимости от плотности чипа, и прочие тайминги не трогать - мп в авто почти все тайминги по жедек выставит - красота же
Member
Статус: Не в сети Регистрация: 24.03.2006 Откуда: Moscow Фото: 266
npa4ka писал(а):
что-то тоже
да особо ничего. Для амд так и вообще ничего. Тут и предлагать нечего, разгон очень примитивный, за минут 20 все делается, кп переваривает почти все. На интел иногда изгаляться приходится.
npa4ka писал(а):
Почему бы не наплевать на жедек?
легко. -30 - просто найденное на интел наиболее стабильное. Поскакал ты проверять или нет - неважно
Member
Статус: Не в сети Регистрация: 18.02.2010 Откуда: Питер Фото: 0
Обьясните почему так -)? Оперативка, ну не инопланетные же технологии, создано же людьми и настраивается память по какому то же алгоритму, а почему все гадают сколько какая настройка должна быть и пытаются придумать кто на что горазд свои алгоритмы? Почему нет четкого алгоритма где и сколько чего должно быть? Я может чет не догоняю, но выглядить как будто реально "деталь" из другой планеты и люди пытаются ее изучить.
Куратор темы Статус: Не в сети Регистрация: 10.06.2011
Мы же наше значение tRFC2 выставляем не по джедек, и из таблицы Reousa. А джедек нам нужен только для подсчета tRFCpb. Вот CHICHO и предложил отнимать 30 нс, а не считать по соотношению. Я считаю его находку очень верной и заслуживающей внимание.
предложил отнимать 30 нс, а не считать по соотношению.
Важно понимать, что это меняет. По сути, чем сильнее ужмётся RFC2, тем вероятнее нестабильным будет RFCsb=RFC2-30ns, что опаснее для "общей" рекомендации - с подсчётом через соотношение RFCsb оказался бы выше Но т.к. лично я сторонник ужимать до талого - то минус 30 вместо соотношения поддержу тоже)
Правильно я понял, если раньше для миксед было актуально 480/480/390 то теперь 480/480/450?
Не было это актуально раньше. Как и сейчас не актуально -30. Это массовая апофения какая-то Просто снижай пока стабильно Пока не будет раскрыто, почему в jedec именно -30 - нет никакого смысла следовать этому псевдо-правилу. Как правило, по JEDEC большинство таймингов выставлены не в некие оптимальные значения, а с необходимым запасом для стабильности на любых чипах. Если ты купил ОЗУ с лучшими чипами на рынке, чтобы ужать тайминги сильнее и получить больше производительности - так и ужимай тайминги сильнее Хочешь по JEDEC - выставляй Авто
Заблокирован Статус: Не в сети Регистрация: 30.11.2004
Владимир232 писал(а):
anta777 писал(а):
Интересное решение предложил камрад CHICHO из ветки интел. tRFCpb=tRFC2 - 30 ns
Правильно я понял, если раньше для миксед было актуально 480/480/390 то теперь 480/480/450?
Вот ещё из актуального. Поймайте летучую мышь. Отдубасьте хорошо палкой, пока не сломаются все кости. Потом привязывайте к системнику, плюньте ей в рот три раза и снижайте tRFC, пока мышь не умрет.
Вот по осмысленности данный метод недалеко ушел от большинства прочих изысканий, если им следовать безусловно, не отвечая на вопрос «что я делаю и зачем?».
Заблокирован Статус: Не в сети Регистрация: 30.11.2004
npa4ka, это всего лишь средневековый метод лечения зубной боли, реально практиковался частными лекарями. 🤷♂️ Чуть адаптировал под настройку таймингов, должно работать с аналогичной эффективностью.
Снижение на 30 нс может быть как откровенно неполным раскрытием потенциала (у меня на 2х48 комплекте получается гораздо больше), так и рецептом получения гемора (на комплекте 2х24 столько не может при 8200). С тем же успехом можно снижать на 16 или, скажем, 44.33 нс. Почему эти числа? Да пофиг. Из разницы только отсутствие ссылки на документ, который всё равно неактуален в этом контексте.
Member
Статус: Не в сети Регистрация: 20.08.2012 Откуда: Иваново Фото: 26
Я методом npa4ka изначально нашёл минимальное tRFCsb 320 при tRFC 495. Потом через какое то время на OCN увидел, что тамошние камрады предлагают считать по формуле tRFCsb = tRFC *0.677, что собственно почти подтвердило моё минимальное значение sb. Я не знаю откуда данная формула, но то что она почти совпала с моим минимумом в 320, интересно.
_________________ Судить меня дано лишь Богу а остальным я укажу дорогу.
Вероятно, прост это около-минимальное стабильное значение для hynix чипов в среднем по больнице Как типа 120 нс для а-дай, 160 для м-дай - откуда это "правило"?) Да не откуда. Прост вот такие значения характерны для hynix
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения