Полигон-2

Ekb написал:

[q]

Проблема только в том что нет дисковода и не планируется.

[/q]

тогда фигня полнейшая получится!
1) дос и волков занимают часть оперативной памяти (причем немалую, около 100к!) + тестовый пакет занимает определенный объем.
2) как я понимаю, занятая память исключена из тестирования
3) если битая ячейка будет в области занятой памяти, то как ты ее выловишь?
вывод - стандартная память проверяться не будет.
варианты решения 1) для тестов установить флопик и тестировать память как все.
2) если несколько планок памяти, то тестировать ХМС, а потом планки поменять местами
3) если тестировать из ДОСа, то освободить максимальный объем памяти (исключить из дагрузки драйвера, и волков нафиг не нужен)

Ну, уж если нет флопа, я думаю, можно нарезать CD соответствующий. На мемтесте, вроде, какие-то исошники валяются. Правда, я их не пробовал.

Fe-Restorator написал:

[q]

Если какая-либо ячейка памяти вдруг решит стать RO - неразрушающими тестами сие не отловить

[/q]

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

Посмотрел на пне-3. Последние версии виснут, запустились только версии 2.ХХ. Действительно, тест тупо пропускает занятую память, у меня вообще 128Кб. Могу предположить следующее. При тестировании памяти приходится временно менять каждую ячейку, включая и те, в которых находится программа-тестировщик. Разумеется это приведет к порче кода и непредсказуемым последствиям. В таких случаях часть кода просто переносят на другие адреса и спокойно тестируют занимаемую ранее память. После теста код возвращают обратно и продолжают тест со следующих адресов. Почему этого не сделали в memtest86? Не знаю, видимо просто поленились, либо не хотят связываться с ассемблером. Неприятная недоделка, особенно для дос-систем, у которых именно в начальных адресах хранятся важные таблицы bios и векторов прерываний.
Это лишь мои предположения, так что могу и ошибаться. Сорсы могут дать более полную картину, но не хочется в них разбираться. Особенно когда есть проверенные временем тесты, идущие на любой платформе, не требовательные к железу и драйверам.

Не знаю, может есть тут ещё тема по тестированию памяти. Нашёл эту - отпишусь здесь.
Сейчас вот среди прочего тестирую память SIMM и выяснил такой момент, что Memtest (старой версии 2.0 даже) не запускается на 1 Мб оперативки (мамка пишет, что у неё 896 Кб, хм, а может кстати ещё одна планка битая, хотя скорее это "трудности перевода", вроде же SIMM там не ровно по 256, меньше, там надо по микросхемам складывать ёмкость...)
486-я VLB мамка с SIMM 72 и 30 пин слотами. Когда втыкал 4 планки (как оказалось) по 256 Кб - memtest начинает грузится с дискеты, проходит, судя по точкам, больше половины и тут бац - ...exception тра-ля-ля и дампы регистров вываливаются на экран. Я думал, битая память, но пробовал несколько наборов по 256 Кб, разные версии Memtest (пока не дошёл до 2.0, а ещё древнее существуют?) пробовал также ещё прогу DocMem - тоже вылеты. И вот когда я допёр втыкнуть туда второй мегабайт, на мамке 8 слотов 30 пин. И оно взлетело Чё-то бегло в ридми у memtest не увидел, сколько ей надо миниум оперативы. А если без него - то можно из ДОС, CheckIt и его тесты работают и на 1Мб оперативки Такие вот наблюдения, решил отписать, может не все олдскульщики в курсе...