А вот такой вопрос, из шапки. Тут все тестят в "хард" режиме память ? Посмотрел ролик, что сейчас много систем коррекции ошибок, и что лучше отключать во время теста.
AMD CBS menu: -Platform First Error Handling = Disabled -SMU and PSP Debug Mode = Disabled -Power Supply Idle Control = Typical Current Idle -Disable DF to external downstream IP Sync Flood Propagation = Sync flood enabled -Disable DF sync flood propagation = Sync flood enabled -Freeze DF module queues on error = Enabled -DF Cstates = Disabled
Просто профиль анты я прошел, а вот нужно ли делать перестест с данными настройками ?
Advanced member
Статус: В сети Регистрация: 27.02.2007 Откуда: Москва Фото: 89
Furyomg, если откровенно, то там довольно много ерунды.
Цитата:
Platform First Error Handling
Выключать не надо по двум причинам.
1) Не любое железо его поддерживает всё равно, в таком случае это параметр-пустышка. Ни на что не влияет. 2) Если поддерживается, то выключать смысла нет. Исключение будет передано ОС и отображено в системных журналах ОС. Программы вроде HWInfo64 ошибку тоже покажут. Это гораздо лучше тупого зависания или синего экрана, от которых не получить никакой информации о причине.
Цитата:
SMU and PSP Debug Mode
Выключать не надо по тем же причинам. Оно либо пустышка, либо заменяет краши на логи.
Цитата:
TSME
Нет смысла трогать, если только вы не дурачок, купивший EPYC под сокет AM5 на 20% дороже обычного процессора и не решили выключить единственную фичу, которой он отличается. На потребительских процессорах этот параметр и всё связанное с ним - пустышка.
Цитата:
Power Supply Idle Control
Вообще не надо трогать для современного железа и нормальных БП. Совсем. Никакого отношения к разгону и тестированию стабильности не имеет. Опять же, совсем. Это костыль для кривых БП, с которыми старые системы падали при уходе в режим низкого потребления.
Цитата:
Disable DF to external downstream IP Sync Flood Propagation
Значение Auto всегда его ставит enabled. Вообще не нужно трогать. Выключать тоже не нужно, оно должно быть всегда включено, если не самоубийца или глупый бенчер, любящий реинсталлить винду. Если выключено, то система не будет остановлена в случае возникновения ошибки Data Function (так нынче называют IF и всё что к ней подключено, как источники данных, контроллер памяти и ядра то есть). Это означает, что данные с ошибкой могут записаться на диск, ну вы поняли.
Цитата:
Disable DF sync flood propagation
Полностью аналогично предыдущему. Auto это синоним включения. Только disabled что-то реально меняет и этого делать не надо.
Цитата:
Freeze DF module queues on error
Единственная опция тут, изменение значения которой указанным образом действительно что-то меняет. По умолчанию Disabled. Если включено, то при обнаружении ошибки IF или внутренней ошибки контроллера памяти система будет остановлена. Читай «будет зависон». Если Auto или Disabled, то будет либо стандартная обработка ошибки, если поддерживается, либо молчаливая попытка продолжить работу и возможное повреждение данных. На работу самой памяти и обработку ошибок в ней не влияет никак, если память это не поддерживает и/или есть отдельная опция на эту тему (то есть, для здешних резидентов почти всегда).
Согласно здравому смыслу и инстинкту самосохранения, всегда надо ставить Enabled. Независимо от того, собираешься сейчас тестировать стабильность или просто использовать по назначению. По той простой причине, что лишний гемор незачем.
Цитата:
DF Cstates
Режимы пониженного энергопотребления для IF. Не имеет непосредственного отношения к тестированию стабильности. Система может быть стабильна с выключенными Cstates и стать нестабильной при включенных. Исходя из этой логики, тестировать надо при том же значении параметра, при котором будешь эксплуатировать в дальнейшем.
Member
Статус: Не в сети Регистрация: 05.08.2010 Фото: 0
HertZ Откуда вы эту информацию берете? есть ссылка на источник? А как сделать, чтоб один раз обучилось при изменении параметров в биосе и больше НИКОГДА не переобучалось при следующих перезагрузках. А то у меня после 10-20 перезагрузок решает, что ей надо еще пообучаться. А обычно повторное переобучение ничего хорошего не дает, могут опять полезть ошибки на уже протестированной системе с хорошим обучением.
_________________ Ryzen 7950x3d, AsRock taichi carrera x670e, 4x48Gb Kingston Fury Renegad 6400, Gigabyte Rtx4090 Game OC, SSD Digma Pro PCIe 5.0 x4 4TB DGPST5004TP6T4
А как сделать, чтоб один раз обучилось при изменении параметров в биосе и больше НИКОГДА не переобучалось при следующих перезагрузках. А то у меня после 10-20 перезагрузок решает, что ей надо еще пообучаться. А обычно повторное переобучение ничего хорошего не дает, могут опять полезть ошибки на уже протестированной системе с хорошим обучением.
Никак не сделать Память надо настраивать так, чтобы тренировки всегда проходили успешно и стабильно. Иначе имеет смысл только для бенчмарков
Member
Статус: Не в сети Регистрация: 05.08.2010 Фото: 0
npa4ka писал(а):
Никак не сделать Память надо настраивать так, чтобы тренировки всегда проходили успешно и стабильно. Иначе имеет смысл только для бенчмарков
Ну у меня после хорошего обучения неделями без перезагрузки нейронки 24/7 крутятся и память грузят и разогревают лучше всяких ТМ5. Были бы ошибки, давно бы вылетело. Вот каждый раз при перезагрузке после обновления винды или дров молюсь, чтоб не началось переобучение. Может есть параметры, которые заставляют обучаться более качественно с большим количеством шагов и итераций, чтоб потом повторных переобучений меньше требовалось? Повышение напряжений немного улучшает обучение, но там все уже до предела выкручено почти.
_________________ Ryzen 7950x3d, AsRock taichi carrera x670e, 4x48Gb Kingston Fury Renegad 6400, Gigabyte Rtx4090 Game OC, SSD Digma Pro PCIe 5.0 x4 4TB DGPST5004TP6T4
Мужики , уже голова кругом от бесконечных тестов памяти. Вроде к концу идет дело , все хорошо. На 6000 мгц в итоге наилучший fclk какой ? Православные 2000, или как некоторые пишут на 3 шага больше, или вообще 2200 ?? Я попробовал , работает и на 2200, просто уже нет сил замеры проводить между 2200 и 2133 итд.
Advanced member
Статус: В сети Регистрация: 27.02.2007 Откуда: Москва Фото: 89
Cyber писал(а):
HertZ Откуда вы эту информацию берете? есть ссылка на источник? А как сделать, чтоб один раз обучилось при изменении параметров в биосе и больше НИКОГДА не переобучалось при следующих перезагрузках. А то у меня после 10-20 перезагрузок решает, что ей надо еще пообучаться. А обычно повторное переобучение ничего хорошего не дает, могут опять полезть ошибки на уже протестированной системе с хорошим обучением.
Полезно читать документацию. И Гугл никто не отменял как бы… Пять минут дел, и накидает ссылок, это не какая-то страшная тайна.
Насчет нейронок, для них это железо вообще очень странный выбор и вы занимаетесь какой-то ерундой. Это антивыбор для нейронок. Собирайте для нейронок отдельную систему в соответствии с их потребностями, если десктоп для игрулек очень уж необходим. Там два критерия, пиковая ПСП и количество линий.
Что AM5, что 1700 сокет… Полное дерьмо для нейронок. Слишком порезанная платформа. Любой Xeon с авито уделает капитально все возможные конфиги на них. Они потому столько и стоят, что всякие райзены и ы9 им вообще не ровня. Пропускная способность памяти рулит, а на всякие 3д кэши там вообще до лампочки. А уж если больше одной видяхи ставить, так вообще разница будет как небо и земля из-за количества PCIe линий.
Если с одной видяхой конфиг, то 1851 сокет и адский разгон памяти под водой могут помочь выкрутиться на двухканале, но тоже так себе занятие. И четырехканал или восьмиканал на той же самой DDR5 им никогда в жизни не догнать, даже для соревнований с четырехканалом надо частоту памяти за 12000. Да блин, даже древнее железо на 3647 сокете и ддр4 и то мокрого места не оставит. Те же инженерники Xeon на 3647 сокете, это просто АД. И оно стоить при этом будет если и не дешевле в текущих реалиях, то не то чтобы непреодолимо дороже.
Тредрипперы стоят неадекватно и не дают эквивалентного прироста в скорости генерации токенов. Но тоже есть смысл, если найдешь дешево б/у нормальный, последних 2 поколений, чтобы на раритете не сидеть.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 7
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения