Вышел Memtest86+ v6.00

Полезный код не сможет протестировать память занятую баластным кодом

??? С чего бы это?

В 49,9 раз

И тем не менее - при нынешних объёмах памяти это ничтожно малая величина.

Выше ты говорил, что они почти равны :)

Хоть бы какой-нибудь из всех этих долбаных тестов помог понять, какого хрена я ловлю GPFы периодически. Гонял ВСЕ, что существуют, даже виндовые (TM5 или как там это говно называется) — хрен на рыло. Неделями, правда, не пробовал — это ж придётся без десктопа, с виндовым ноутом оставаться…

Выше ты говорил, что они почти равны :)

С точки зрения современных терабайтных объёмов, они почти равны)

Не проще сделать тест памяти на базе ядра?

Ядро падает и глючит, если есть битая память.

Сравни размер бинарников мемтеста и ядра

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

Хоть бы какой-нибудь из всех этих долбаных тестов помог понять, какого хрена я ловлю GPFы периодически.

Процессор не перегревается?

Ждем ебилдов!

Уже в основном дереве.

Как они сделали скриншот? o_O

В виртуалке запустились, например.

Как уже отметили на opennet'e, она в данном случае вся SDRAM :)

Точно, не подумал. :)

Насколько оно уступает платному Memtest86 Pro?

https://www.memtest86.com/compare.html https://memtest.org/readme https://memtest.org и сравнивай.

На первый взгляд:

• Закрытые обещают нормальную работу на всех USB клавиатурах, открытый просит слать багрепорты, если что-то осталось не охвачено.
• Закрыто-бесплатный ограничивает число процессоров 16, платный — 512, открытый — 256. Являются ли эти 512 честными или гипертрединговыми — не понял. 256 — честные.
• Закрыто-бесплатный не умеет грузиться с PXE, открытый и платные умеют.
• Из закрытых убрали поддержку дисководов и CD.
• Из закрытых убрали поддержку BIOS, остался только UEFI.
• Из закрытых, похоже, убрали поддержку 32-битных x86.
• У закрытых есть версия ARM, у открытого нет.
• Закрытые подписаны для Secure Boot, открытый требует его отключать. Но это может измениться в будущем.
• В закрытых есть графический интерфейс с мышью.
• Закрытые умеют загружать конфиги с диска. Платные могут сохранять конфиги и много в них кастомизировать. Открытый, вроде, можно конфигурировать только через бутлоадер.
• Закрытые умеют сохранять отчёты в HTML. Платные могут их кастомизировать. Открытый ничего не сохраняет.
• Платные тестируют векторные инструкции, у открытого я их упоминания не нашёл.
• У открытого не тестируются специфичные фичи ECC и конкретных контроллеров. Обещают что-нибудь в 7-й версии.
• Из закрыто-бесплатного убрали генерацию параметров для GRUB_BADRAM, в открытом она есть.
• В платных есть аналогичная фича для Windows, в свободном нужно преобразовывать самому.

Сравнивать, насколько поддержка DDR4 и DDR5 в открытом догнала закрытые, не могу по причине незнания предмета. Открытые баги есть.

А вот слакварщикам не откуда ждать, сами slacktrack'ом pkg делают.

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

Кончай постить тупняк. Если так хочешь тестировать память из линукса, используй юзерспейсовый memtester

Они, внезапно, есть!
https://packages.gentoo.org/packages/sys-apps/memtest86

Знаю, знаю. Ты не поверишь, но описанную тобой проблему можно обойти) Открой для себя перемещение кода.

Предлагаешь двигать весь код работающего ядра туда-сюда по памяти, вместо того чтобы просто выкинуть весь этот код (99.9% которого для этой задачи нафиг не нужны)?

Тред не читал, чем меньше тест сожрет килобайтов для служебных нужд тем лучше

А в х86 есть какой-нибудь On-Chip RAM, который можно использовать в качестве, собственно, ОЗУ, пока основная память не готова к работе?

ЕМНИП как раз memtest86 славился тем что целиком в кэш умещался, при условии наличия кэша достаточного размера. Не знаю как с этим сейчас, но раньше это была его фича.

Ну вот тут выше по теме приводили пример размера memtest86 в 180k. На картинке в новости указан кэш четвёртого пня в 256k. Поэтому, думаю, даже сейчас всё неплохо.

Просто соображаю идею, как бы можно было корректно провести проверку ОЗУ реально используя при этом ядро целой настольносерверной ОС.

Огнище, спасибо.

Кажется нет. В любом случае инициализация памяти происходит где-то на ранних стадиях включение пекарни, так что сделать что-то до этого можно разве-что прошив свой BIOS. Другое дело что уже memtest86 с запасом влезает в кэш современных процов, теоретически можно уже после загрузки memtest86 в память и передачи ему управления, полностью скопировать нужный код в кэш проца и свободно тестировать всю память. Но я ХЗ позволяет-ли x86_64 в ручном режиме рулить серверным кэшем, или там что-то на манер линуксового дискового кэша

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

Интересный рецепт: https://www.opennet.ru/openforum/vsluhforumID3/128743.html#44

Поотключал всё, кроме клавиатуры, бутнулся с установочной флэшки в шелл и запустил в бесконечном цикле архивацию данных из /dev/urandom. Вуяля - фризы и краши, пока не убрал один модуль. А мемтест писал, что всё нормально.
Чтобы использовалась вся память: своп в файл на другой флэшке, архивировал xz с указанием размера словаря больше дефолтного, в dd указал размер и число блоков чтобы bs*count было больше объёма оперативки.

(Вероятно, мемтест был открыто-свободный 2013 года или старше, плохо приспособленный к современному железу.)

Как уже отметили на opennet’e, она в данном случае вся SDRAM :)

«Формально верно. А по существу издевательство!»(c)

Естественно имелись в виду PC100 и PC133. =)

Красивое, синее =)

128 GB MEMORY OK.

Чего вы спорите? Учитывая размеры кешей современных камней, этот несчастный мемтест целиком туда влезет. И, при разумной организации кода, вполне возможно протестить всю память: тестируем кусочек, переливаем туда код мемтеста, тестируем всё остальное.

Кажется, он именно так и делает в процессе загрузки.