Сдается мне, что Сержа уже очень давно нет с нами. С 2016 года. Может сердце, может в армию забрали... новороссия, там, сирия... сами понимаете.
А сайт его недавно хакнули и добавили в экзешник как-бы новой версии TestMem5 некий вирус, на который сейчас начали ругаться антивирусы. Функционал самой-то программы не изменился, а версия "сменилась" с 0.1а на 0.9а скачком. Попутно что-то наломали с исполнением тестов, как-будто dll-ка через раз не загружается.
Программу я на анализ-то отослал, но отсутствие автора настораживает. Ни один контакт с ним не работает. Страничка с контактами на авторском сайте давно сдохла.
Submoderator
Статус: Не в сети Регистрация: 10.06.2011
Имею asrock 890gx extreme3 и thuban1055t , без разгона. Хотел поставить 4 одинаковые двухсторонние планки самсунга ddr3-1333 DH0 по 4 Гб. По две проходят все тесты testmem v0.10, а все 4 выдают ошибку на 8-й минуте тестирования. Пробовал: завышать тайминги ставить тайминги по умолчанию для этих модулей ставить cr в 2 отключать bank и channel interleaving ставить частоту памяти 1066, 800 повышать напряжение на памяти и на северном мосте снижать частоту северного моста с 2000 до 1600 разные комбинации вышеперечисленного Все равно при тестировании ошибка.
Пока оставил два модуля. Что-то еще можно сделать, чтобы все 4 модуля прошли тест без ошибок?
Может быть ошибка из-за малого файла подкачки ? Может для тестирования 16 Гб памяти нужен файл подкачки на 16 Гб, а не на 8 Гб ?
Кстати, у меня после недавнего обновления ядра Windows (по моему по случаю Spectre/Meltdown, или хз.) TM5 стал залипать не только на Win10, но и на Win7x64, что несколько неожиданно. Т.е. я это связываю с обновлением ядра. Именно что не зависает, а залипает - предыдущий тест заканчивается, новый не начинается, таймер продолжает отмерять время. Причем чем больше параллельных потоков(процессоров) используется, тем больше вероятность залипания.
anta777 - TM5 ищет ошибки не связанные с софтом. Небось материнка на букву G...? Г...игабайты самые г... в плане разводки шин памяти. Их капризность не поддается описанию. Впрочем, и с Асусами у меня бывало. По моему опыту, не самая быстрая, но с самыми широкими допусками память от Micron/Crucial. Сейчас она на российском рынке появилась и сравнительно недорого. Еще имейте в виду. Но новых материнках (уже лет 8-10 как) задавая тайминги руками, вы зачастую отключаете автоподстройку на основе собственных измерений в материнке.
Куратор темы Статус: Не в сети Регистрация: 10.04.2003 Откуда: Москва
AndyJP, с одной стороны вы правы в своих опасениях, а с другой нет. Да, в программе была проблема с раздачей/возвратом ресурсов (памяти) и "зависание" (остановка в ожидании) имела место. Я этим предметно занимался и, IMHO, вылечил. В последней (v0.10 2014 года) это устранено. По поводу "да" было, теперь "нет" - это не ошибка _в_программе_. Я сделал такой тест - запускал тм5 многократно, с перезагрузками и изменением параметров - работало нормально. Потом, полез в BIOS и кой-чего ускорил в памяти (не помню) - Windows работал нормально, а вот тм5 начало иногда "останавливаться". В момент окончания теста происходит ОЧЕНЬ много всего, это эквивалентно удару кувалдой по менеджеру памяти ... вот и происходит сбой. Он не фатальный, а потому никак не проявляется. Неожиданно, но так (IMHO). Т.е. момент перезапуска теста - еще тот стресс тест. Очень хотел использовать это crazy режим для полноценного тестирования, но комп постоянно вешался (ведь система не стабильна), терял только что написаннное. Не выдержал, плюнул - не судьба. Мое предвзятое мнение - остановка тм5 может быть и не по вине кривого софта самой тм5. Если кому-то хочется поотлаживать - могу попробовать выталкивать менеджер из зависшего состояния по таймауту (если сие возможно, исходник не смотрел). Тогда будет выдаваться "ошибка" (что-то случилось ... где-то). )) p.s. А старое мыло у меня до сих пор работает, стучитесь туда (которое serj_m@hot)
p.p.s. Ай, чуть не забыл, зачем пришел - проверил программу на W10(x64). Ни на работе, но дома проблем нет. Ну, крове очевидной кривости и тупости. ))
Submoderator
Статус: Не в сети Регистрация: 10.06.2011
Глубокоуважаемый serj! Очень прошу Вас высказаться по поводу набора тестов в китайской адаптации Вашей замечательнейшей программы. TestMem5 v0.10a Advanced Эффективность обнаружения ошибок была расширена и улучшена. Мод от китайцев, я (jjxaker) лишь вернул русский язык. работает существенно лучше чем родная версия развитие которой заглохло. http://rgho.st/7DCnHHtdN Методика тестирования памяти Сообщение jjxaker
У вас нет необходимых прав для просмотра вложений в этом сообщении. _________________ i7 8700k/Noctua NH-D15/Asus APEX XI/16Gb G.Skill 3600c15/Gigabyte 1080Ti Aorus XE/Corsair HX750/H700i/Acer XB271HU
очень легко бросаться заголовками. И тем не менее это более чем 20-летняя практика. Из крупных брендов, более капризных к памяти материнок не сыскать. Распространенное "оверклокерское" мнение о них основано на незнании о существовании TM5, MEMTEST86 и Symantec systools for DOS (одна из первых утилит, использовавшая циклический тест памяти паттернами). Надежная система с материнкой гигабайт обычно основана на использовании памяти номиналами в полтора раза быстрее фактического режима работы.
Не считая кучи других проблем с режимами сна, загрузки, их хваленым дуалбиосом, который регулярно сыплется(было для чего этот дуалбиос разрабатывать).
До этого у меня еще ни одна гигабайтина не оставалась не возвращенной в магазин по разным причинам. Но 100% всегда были проблемы с шиной памяти + какая-то фигня, тиба сгорающих ключей ШИМ вентилятора. Но на этот раз просто не было выбора при покупке шестиядерника, асусы все разлетелись как горячие пирожки и остался один никому не нужный гигабайт....
Добавлено спустя 5 минут 44 секунды:
serj писал(а):
По поводу "да" было, теперь "нет" - это не ошибка _в_программе_. Я сделал такой тест - запускал тм5 многократно, с перезагрузками и изменением параметров - работало нормально. Потом, полез в BIOS и кой-чего ускорил в памяти (не помню) - Windows работал нормально, а вот тм5 начало иногда "останавливаться". В момент окончания теста происходит ОЧЕНЬ много всего, это эквивалентно удару кувалдой по менеджеру памяти ...
Спасибо большое за ответ и главное, успокоение, что с вами все хорошо (и сайт видимо еще ваш)
Тогда, могу заключить, что проблема очевидно опять в материнке Гигабайт.
Добавлено спустя 4 минуты 18 секунд: Сергей. Меня одно настораживает. Я ваш тест давеча запустил на "довольно стабильной" заводской системе Dell Optiplex сначала с 8x2 Silicon power DDR3L 1600, потом с 4x8 Crucial DDR3L 1600. И баг с зависанием вылез даже на ней. Причем, как я говорил, имеет значение во сколько потоков ее запускать. Поэтому у меня и закралось подозрение на обновленный код ядра винды. Может задержки менеджера памяти возросли из-за заплаток на уязвимости...
Куратор темы Статус: Не в сети Регистрация: 10.04.2003 Откуда: Москва
Не знаю, что уж там изменено в программе, да и проверять как-то не хочется. )) В файле конфигурации дописано несколько тестов. Особо казуальными они не являются, просто меняют размер блока тестирования на 1-2-4-8-16Мб. По умолчанию 0 (всё окно 1Г). Улучшение определения может быть вызвано тем, что памяти становится всё больше, а процессоры так и остаются тормозными. Процесс тестирования вызывает нагрев _в_микросхемах_, коих обычно несколько (забыл терминологию) "сторон" на PCB. Пока тест гоняет-греет одну, вторая остывает. Но, такое объяснение проходит только для только_что загруженных Windows (да и то, с оговорками), пока не произошла очевидная перетасовка страниц памяти. Чем меньше блок, тем выше вероятность выполнения теста на одной и той-же микросхеме. Но, слишком мало тоже плохо. Короче, - если это работает, то хорошо. И вообще, можно выкинуть все "традиционные" тесты, если они не настолько эффективны. Но, я бы пристально проверил работу теста №0. Ну, впрочем, в теме всё описано. Так что, я не вижу особого смысла запускать отмодденную программу, достаточно лишь взять из нее файл конфигурации. Но, я ее не запускал, не знаю. ))
AndyJP, попробуйте пересилить себя и снизить частоту(!) памяти на 1 шаг (типа 1666->1333). Перед этим не забудьте установить числовые тайминги, а не Auto (BIOS подчас умничает). Если дефект останется - выложите в сообщении то, что вы изменили в файле конфигурации, по сравнении с стандартным.
AndyJP, попробуйте пересилить себя и снизить частоту(!) памяти на 1 шаг (типа 1666->1333). Перед этим не забудьте установить числовые тайминги, а не Auto (BIOS подчас умничает). Если дефект останется - выложите в сообщении то, что вы изменили в файле конфигурации, по сравнении с стандартным.
можно не так резко. пересилить... мда. Как вы могли заметить, я не отношусь к безбашенным оверклокерам и с этого как правило начинаю.
числовые тайминги, а не Auto (BIOS подчас умничает) я думаю вы долны быть в курсе, что последние три поколения процессоров интел имеют механизм подстройки таймингов и фазы сигналов. Возможно вы знаете больше меня в этом плае потому что я деталей не читал. Но имею опыт, когда 100% стабильная система переставала быть стабильной после фиксации таймингов (контроль утилитами из ОС, конечно же). Этой стратегии я придерживаться вплоть до выхода Нехалемов. Но нынче лучше этим не заниматься. Особенно на стоковых системах типа Dell(там этих функций и нет, алгоритмы стандартные, с упором на надежность) А на Гигабайте, да, именно это я и делал, 1333. На выходных попробую взять пропорцию от SPD на все тайминги 120% Но что-то явно не то происходит. Dell не та система чтобы с Микроновской памятью дурить на стоковых настройках.
Куратор темы Статус: Не в сети Регистрация: 10.04.2003 Откуда: Москва
Цитата:
можно не так резко. пересилить... мда. Как вы могли заметить, я не отношусь к безбашенным оверклокерам и с этого как правило начинаю.
Вообще-то, это всегда вызывает эмоциональные проблемы. Особенно, если занимаешься с разгоном или стабильностью памяти. Сужу по себе. Ну а к какой категории относить меня - сами решите. )) "Де-оверклог", это всегда сложно. Впрочем, не о чем речь.
Цитата:
"числовые тайминги, а не Auto (BIOS подчас умничает)" я думаю вы долны быть в курсе, что последние три поколения процессоров интел имеют механизм подстройки таймингов и фазы сигналов.
Совершенно нет. Но, по тому базису, что я знаю (и не только x86) - это "вряд-ли". Нельзя сделать автоподстройку того, на чем сидишь. Это даже хуже того, чтобы пилить сук под "сидалищем" - система свалится сразу и с грохотом. Впрочем, режим "автор" возможен. И сейчас и давно. Еще в древнючей testmem2 (кажись) был реализован механизм автоподстройки частоты памяти. Там действительно тестировалась и разгонялась память. Что для этого надо? Всего лишь слезть с памяти. Опс, а у программы где-то должен лежать код. Моя программа залезала в память видеокарты и работала оттуда. Это позволяло при сбое памяти корректно выполнять тест. Увы, настолько аппаратно-зависимо (но портирование возможно), что функция авторазгона так и не пошла. Но работала. Как это реализовано сейчас? В процессоре - допускаю, но, скорее всего сие "автоподстройка" лишь умничанье BIOS по поводу того, что делать с прошитыми в SPD данными. Иногда это прокатывает, иногда нет. Поэтому столько проблем с разгоном, когда в BIOS на таймингах стоит Auto. Впрочем, повторюсь - процессоры после IB не изучал, во внутренностях не копался. Принцип "Неуловимого Джо".
p.s. В теме есть версий 0.10. Но ... действительно давно лежит. Обновил основную ссылку. Файлы 2014 года.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 16
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения