LINUX.ORG.RU

Memtest86+ 8.10

 


2

3

Состоялся выпуск Memtest86+ 8.10, свободной автономной программы для проверки оперативной памяти, распространяемой под лицензией GNU GPLv2. Проект подчёркивает, что Memtest86+ не является редакцией закрытого freemium-продукта MemTest86 от PassMark, а развивается как отдельная свободная ветка.

Memtest86+ запускается отдельно от установленной операционной системы — напрямую через BIOS/UEFI или через загрузчик, поддерживающий протоколы загрузки Linux. Такой режим позволяет тестировать почти всю доступную память, не завися от ядра, драйверов и пользовательского окружения основной системы. Проект поддерживает x86, x86-64 и LoongArch64.

Основной акцент в Memtest86+ 8.10 сделан на совместимости с современными платформами и устранении проблем загрузки. В частности, добавлена поддержка x2APIC, улучшена работа на системах с Intel Lunar Lake и Panther Lake, доработано измерение пропускной способности кэшей и оперативной памяти, а в сборке для x86_64 включено использование SIMD/SSE2.

В числе изменений:

  • Добавлена поддержка x2APIC. x2APIC — расширенный механизм управления локальными контроллерами прерываний в современных x86-системах. Для Memtest86+ это важно потому, что программа запускается вне операционной системы и сама должна корректно обнаруживать и инициализировать процессорные ядра при тестировании памяти.

  • Улучшена поддержка Intel Lunar Lake и Panther Lake. Релиз должен корректнее работать на новых клиентских платформах Intel, включая определение параметров оборудования и выполнение тестов на свежих системах.

  • Улучшено измерение пропускной способности. В Memtest86+ 8.10 доработан механизм оценки скорости кэшей и оперативной памяти, а для 64-битной x86-сборки включены инструкции SSE2. ([GitHub][3])

  • Исправлены тайминги LPDDR5. Это должно повысить корректность отображения параметров памяти на системах с современными мобильными модулями LPDDR5.

  • Исправлены проблемы загрузки на AMI BIOS. Разработчики отдельно упоминают исправление, связанное с изменением политики W^X в новых прошивках AMI UEFI, из-за которого Memtest86+ мог не запускаться. ([GitHub][3])

  • Исправлены проблемы загрузки через старые версии GRUB. Также внесены обходные решения для Fedora GRUB EFI и команды linux.

  • Доработан код Secure Boot для будущей проверки shim. Сам бинарный файл Memtest86+ по-прежнему не подписан Microsoft, поэтому на странице проекта для обычной загрузки всё ещё рекомендуется отключать Secure Boot, однако в 8.10 исправлены структура PE/COFF и код Secure Boot, чтобы подготовить проект к дальнейшей интеграции с shim.

  • Внесены улучшения для LoongArch64. В частности, исправлены проблемы отображения на Loongson 2K3000/3B6000M, устранено переполнение температуры и предупреждения компоновщика о RWX-сегментах.

Готовые сборки доступны на сайте проекта: установщик USB для Windows, ISO-образы для Linux, ISO с GRUB, бинарные файлы для PXE и цепной загрузки, а также архив исходного кода.

>>> Источник

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 4)

сколько раз за последние десять лет у вас была ситуация когда сбоящую плашку оперативки надо было упорно тестировать в надежде что это поможет а не выкидывать сразу на помойку?

a__
()
Ответ на: комментарий от a__

пару лет назад купил с доставкой из Китая память, которая memtest не проходила, со скрипом но денежку вернули, в том числе за пересылку в Китай

unclestephen ★★★★★
() автор топика
Последнее исправление: unclestephen (всего исправлений: 1)

а они не могут, скажем в коллаборацию с кем-нибудь - чтобы и VRAM из одного приложение тоже?)

etwrq ★★★★★
()

Это важно для современных многопроцессорных и многоядерных систем, где старые механизмы APIC уже не покрывают все сценарии адресации и инициализации процессоров.

Сам хоть понял что тебе бредогенератор нагаллюцинировал?

firkax ★★★★★
()
Ответ на: комментарий от a__

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

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от a__

Во-первых тестирование направлено на выявление сбойных участков памяти, а не на исправление.
Во-вторых выкидывать совершенно не обязательно, достаточно зарезервировать регион через параметр ядра memmap. Это особенно удобно, если рабочее железо нужно прямо сейчас, и нет времени вытаскивать проблемную планку.
Ну и наконец память может сбоить из-за оверклокинга и т.п.

MirandaUser2 ★★
()

НУЖНО!!11!111

Если серьезно то как то раз приходилось гонять мемтесты на кор 2 дуба ноутбуке. Только это вроде был не + а обычный мемтест. Сыпалось куча ошибок. Переставил планки местами и поставил AntiX. Все симптомы вылечились. Кстати сейчас пишу с этого старичка - полёт нормальный.

Mishahack
()
Ответ на: комментарий от Mishahack

у меня была другая история, после апгрейда памяти, ноут стал выдавать BSOD, погонял ететст86+, и вторая планка в комплекте была неисправна.

со скриншотами мететст86+ пошёл к продавцу и вернул деньги

вполне конкретная история успеха

unclestephen ★★★★★
() автор топика
Ответ на: комментарий от a__

Бывало. Только не внутренние проблемы с самой памятью, а с контактами. Типа вместо 8 гигов видны 4.

Вынимаем память, протираем контакты ластиком, вставляем обратно.

hobbit ★★★★★
()
Ответ на: комментарий от a__

Каждый раз, когда экстрасенсы были в отпуске и приходилось упорно тестировать чтобы сказать сбойная она или нет.

kirill_rrr ★★★★★
()
Ответ на: комментарий от firkax

Автор, я вижу ты там отредактировал, заменив одну бесполезную фразу на кучу воды. Вот кто тебе мешал разобраться в вопросе хотя бы немного, хотя бы посмотрев комментарий к соответствующему коммиту?

https://github.com/memtest86plus/memtest86plus/pull/583

xAPIC will soon be deprecated in favor of x2APIC (starting with Granite Rapids and Sierra Forest for Server CPUs, and Nova Lake for Desktop/Mobile CPUs). Some new CPU (from Meteor Lake to Panther Lake) are also configured in x2APIC Mode by UEFI by default. This PR adds support for x2APIC to keep overall SMP support on these new CPUs.

Перевожу: без поддержки x2APIC не будет многоядерного режима на указанных и более новых процах.

Только исправлять только эту фразу недостаточно. Я хотел тебе (и модераторам) намекнуть, что текст нуждается в капитальной переработке (а не «вот тут чуть-чуть исправить»), но опять его вместо этого тупо подтвердили. hobbit

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от a__

memtest первое, что я запускаю, видя непонятные зависоны/глюки компа в рандомное время. Убедившись в исправности памяти (а это не всегда так) уже лезу доставать БП и на лампы его сажать с осциллоскопом.

И да, просто это быстрее, «неисправность памяти» на самом деле очень редкая вещь, гораздо чаше встречается плохой контакт в слоте.

drfaust ★★★★★
()
Ответ на: комментарий от a__

Один раз. 4 плашки было по 8 гиг Crucial Ballistix DDR3 желтенькая такая. И вот в один прекрасный день стал я ловить синяки. Вспомнил тут про сабж. Запустил с флешки Кальки - через 5 минут ошибки. Вынул все плашки, протер контакты, вставил обратно - ошибки. Ну пронумеровал их фломастером и стал ставить по одной и тестить. Ну естественно «сработало» на самой последней. Оставил три, а на Авито быстренько нашел такие же и заказал. Пока они ко мне ехали решил этой плохой плашке устроить прогрев, чтобы обновить пайки, каждый чип грел до состояния «качается» - не помогло. Сдул SPD и выкинул в окно. На ровном месте отрыгнула. Без разгонов была и т.п. перегревов.

Ну и по традиции: ждем ебилдов. Там они 8.0 никак еще не родят. Наверное придется самому в локальном оверлее собирать.

yaba ★★★
()
Последнее исправление: yaba (всего исправлений: 1)
Ответ на: комментарий от drfaust

неисправные плашки встречаются гораздо чаще чем разъёмы. причём ОЗУ и выходит из строя при работает и бывает битой изначально.

это так в силу чисто физических причин. на плашке причин для отказа сильно больше чем у разъёма.

или только про амно за 3 копейки с алиэкспресса?

mumpster ★★★★★
()
Ответ на: комментарий от CrX

Я вообще за всю жизнь ни разу не сталкивался со сбоящей оперативкой…

а я - много раз. Даже сейчас битые плашки лежат на полке. Даже не знаю, зачем.

tiinn ★★★★★
()
Ответ на: комментарий от a__

надо было упорно тестировать

Иногда нужно тестировать не отдельную плашку, а весь (поступивший) системник целиком. Мемтест в этом плане удобный инструмент - оценить всё ли основное собрано нормально (не включая диск, получается).

frunobulax ★★★★
()
Ответ на: комментарий от Mishahack

Так и я пересобреу ядро если вдруг у себя увижу. Но факт остаётся.

kirill_rrr ★★★★★
()
Ответ на: комментарий от Aceler

Ну по сути там только бинарник нужен, а он есть и на сайте у них. Просто хочется, чтобы «мешок» стоял штатно в системе.

yaba ★★★
()
Ответ на: комментарий от frunobulax

Я вообще за всю жизнь ни разу не сталкивался со сбоящей оперативкой…

Я тоже, пока по закупкам не прилетела партия плашек замечательной фирмы PNY. 😁

Сарказм улавливаю в словах сиих я. Всегда считал замечательную фирму PNY недорогой и надёжной, такая «рабочая лошадка». Вижу гнев она навлекла своим неподобающим поведением. Не к добру!

VIT ★★
()

Доработан код Secure Boot для будущей проверки shim. Сам бинарный файл Memtest86+ по-прежнему не подписан Microsoft, поэтому на странице проекта для обычной загрузки всё ещё рекомендуется отключать Secure Boot, однако в 8.10 исправлены структура PE/COFF и код Secure Boot, чтобы подготовить проект к дальнейшей интеграции с shim.

Зачем идти на поклон микрософту? Нужно говорить пользователям, чтобы отключали и не включали.

Wapieth ★☆
()

Личный опыт выгорания: Атлон 2600+ ХР под ДДР и чуть менее старый Коре2квард под ддр2. Сначала на первом а через лет 10 на втором без всяких разгонов и перегревов сдохло по плашке оперативки. И на обоих решались на замену, причём первый служил пока файерфокс в олдстэйбл-дебиане не начали собирать с какими то более свежими инстркциями, а квард до сих пор служит на просмотре интернетов.

kirill_rrr ★★★★★
()
Ответ на: комментарий от a__

В прошлом году начал сбоить ноут. Решил ради интереса прогнать через memtest, выявил несколько ошибок. После замены плашки и повторного прогона - все нормально, ошибок больше не было.

svidrigaylov
()

С переходом на ддр5 я с одной стороны узнал зачем нужно тестить память а с другой стороны понял что это совершенно бесполезно ибо с тренингом при каждом ребуте она то проходит суточные тесты без единой ошибки то падает за пять минут работы ОС без нагрузки 🤪

rukez ★★★★★
()

Шикарная программа, легенда)

REDDERa
()
Ответ на: комментарий от CrX

Я сталкивался. Не часто. Два раза это было связанно не с самой оперативкой, а проблемой питания. Один раз из-за засраной мамки: чистка/продувка мамки, плюс пройтись ластиком по контактам - помогло. И раз прямо вот планка-планка: из двух планок на 8 Гб, одна хитро отрыгнула. На тесте нашли, потом поменяли местами в слотах и ещё раз тест: она же подтвердилась.

В общем, это просто часть стандартного набора процедур, как послушать фонендоскопом у терапевта.

hatred ★★★★
()
Ответ на: комментарий от mumpster

17 лет работы «паяльником» в ентой сфере говорят обратное.

drfaust ★★★★★
()
Ответ на: комментарий от kirill_rrr

через лет 10 на втором без всяких разгонов и перегревов сдохло по плашке оперативки

Так и запишем: НЕ «разгонять» и НЕ перегревать «оперативу» «чревато боком»! Без разгона и перегрева может выходить из строя!.. ;P ;)))

Somebody ★★★★
()
Ответ на: комментарий от Zhbert

Я один раз ловил плавающую багу и гонял для этого мемтестом память. Дело оказалось не в ней :)

А в ком? Или «в кем?»... ;))

Somebody ★★★★
()
Ответ на: комментарий от Somebody

А в ком? Или «в кем?»… ;))

А я не помню уже, но память была нормальная.
Вроде разъем на диске барахлил в итоге.

Zhbert ★★★★★
()
Ответ на: комментарий от a__

У меня было в 2019 г. Это всё ещё попадает в понятие «а последние десять лет».

Мне достался сервер на supermicro H8 (amd процы, 8 поколение серверов). Описали, что он неисправный, но надо его как-то запустить. Путём долгих мемтестов выяснил, что мёртв проц и один из двух сокетов. Запустил на живом проце и живом сокете, сервер работал несколько лет, пока я там работал.

kma21 ★★★★★
()
Ответ на: комментарий от a__

Буквально пару месяцев назад 6и-летняя плашка 32GB G.Skill DDR4 стала показывать ошибку в тесте. Память оказалась с пожизненной гарантией, отослал производителю и получил новую память.

В процессе пришлось протестировать несколько раз в разных комбинациях, попереставлять планки, memtest86 помог. Ещё больше помог memtester, который позволяет тестировать без перезагрузки.

А так ещё несколько случаев было.

sena ★★★
()
Последнее исправление: sena (всего исправлений: 1)
Ответ на: комментарий от CrX

у меня память выходила в двух случаях

1) в первый день, только для памяти абсолютного новья, вначале ок, к вечеру когда установили терминал не ок.

2) и только если кто то в корпус полез и статикой вывел из строя.

В остальных случаях вечно молотит.

И да бывают случаи когда мемтест только за сутки сбой находит (чаще нет, одного прохода хватает).

С 2003 по 2008 обслуживание терминалов оплаты, статистика по устройствам большая. Как сейчас не знаю.

s-warus ★★★★★
()
Ответ на: комментарий от rukez

бывает, что в уефи есть настройка «не проводить повторный тренинг после перезагрузки», при этом используется результат предыдущего. для разогнанной памяти я бы это дело отключал - лучше подождать минуту, чем потом ловить глюки.

alegz ★★★★★
()

У меня год назад с оперативкой проблема была, причем я долгое время не догадывался, в чем проблема, сидел на сбоящей. Проявлялась проблема только при подсчете sha256 от больших файлов - последовательно запускаемые проверки давали разные хэши. Все остальное работало прекрасно, запускал прожорливые игры, виртуалки. Поэтому я думал, что проблема в системных утилитах. Потом внезапно осенило, спустя два месяца, проверил - так и есть, поломанные блоки

intruder
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.