форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"Раздел полезных советов: Как протестировать целостность ОЗУ ..."

Сообщение от auto_tips on 25-Апр-05, 17:43

получим кучу несжимаемых данных     dd if=/dev/urandom of=random.dat bs=1M count=БОЛЬШЕРАЗМЕРАОЗУ     bzip2 -c < random.dat > random2.dat.bz2 распакуем в /dev/null (можно и на диск конечно)     bzip2 -dc < random2.dat.bz2 > /dev/null Сбой обычно выглядит так:     bzcat: Data integrity error when decompressing. URL: http://www.lexa.ru/inet-admins/msg15225.html Обсуждается: http://www.opennet.dev/tips/info/837.shtml

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Как протестировать целостность ОЗУ не останавливая машину на..."

Сообщение от ми on 25-Апр-05, 17:43

прикольно )

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Как протестировать целостность ОЗУ не останавливая машину на..."

Сообщение от Lesha on 26-Апр-05, 14:45

А причем тут память? Процессор действительно нагружен, а какое отношение это имеет к памяти - непонятно.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Как протестировать целостность ОЗУ не останавливая машину на..."
	Сообщение от Андрей (??) on 26-Апр-05, 18:41
	Согласен. Прошу обосновать.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Как протестировать целостность ОЗУ не останавливая машину на..."

Сообщение от Vano (??) on 27-Апр-05, 14:58

ПРИЧЕМ ТУТ ПАМЯТЬ???

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Как протестировать целостность ОЗУ не останавливая машину на..."

Сообщение от Michael (??) on 28-Апр-05, 09:34

Так. Что мы точно не протестируем, навскидку: 1. невыгружаемые блоки памяти занятые ядром 2. Блоки памяти которые запрещено отправлять в своп (например SGA oracle если он залочен в RAM) 3. Блоки памяти занятые bzip в данный момент Потом, даже если мы распаковываем файл, этот процесс не займет всю память системы. Очень странная статья

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Как протестировать целостность ОЗУ не останавливая машину на..."

Сообщение от GR (??) on 28-Апр-05, 23:19

Ну да - по теории неправильно, но на практике - вот только на прошлой неделе отловил битую память! На FreeBSD5.3 решил зажать iso образ одного CD, bzip2 не захотел, сказал что то типа "Unreliable memory". Поскольку gzip cъел без проблем - я забил (ругаясь мол что из фряхи совсем глюкало сделали :) ССЗБ - буквально на следуюший понедельник оно отказалось собирать большой прилад к второму апачу  и понеслось ... :( А ведь мог заранее поменять :) Так что, автору верю!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Как протестировать целостность ОЗУ не останавливая машину на..."

Сообщение от catap on 30-Апр-05, 10:08

Тут е вся память тестится, а какой-то ее кусок. Причем тестится не только память но и вся система... Есть глюки или нету :) Т.к. все алгоритмы сжатия достаточно критичны к ошибкав в вычеслениях... Я бы от себя добавил еще распоковать архивчик в файл random2.dat и сравнить их diff'ом (

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Как протестировать целостность ОЗУ не останавливая машину на..."

Сообщение от GRisha on 30-Апр-05, 11:29

http://www.qcc.ca/~charlesc/software/memtester/ - полезная вещь для этого

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Как протестировать целостность ОЗУ не останавливая машину на..."

Сообщение от poweruser on 11-Май-05, 08:21

Под виндой я уже довольно давно использую для подобных же целей 7zip.Берем его архив на ~гиг или больше (главное чтобы достаточно долго работало) и распаковываем несколько раз(особенно если не слишком большой) чтобы RAM и CPU прогрелись как следует. Эффективность метода очень хорошая:если за ~час-два мучений не вылезло ни 1 CRC Error можно спать спокойно (ну почти).Я так выловил редкий сбой случающийся примерно раз в полчаса и только при полной загрузке системы который все поюзанные мной RAM тесты успешно про%%али даже после суток тестирования.Видимо дело в том что тут еще проц качественно греется а RAM обычно недалеко от него. А как известно частота ошибок RAM сильно растет с ростом температуры.Так что если в холодном виде модуль работает но параметры "на грани фола" то в горячем виде бывает вот такое... Лично я теперь себе оперативку только так и тестирую :-) и перезагружаться не надо и надежность как минимум не хуже БОЛЬШИНСТВА мемтестов.Допускаю что есть какие-то не попавшиеся мне в руки, но... Что до сбоя кусками:сбой обычно по всему модулю или хотя бы чипу идет.Так что заметный кусок RAM сбоит.Из подобных соображений видимо стоит юзать алгоритмы компрессии с интенсивным использованием достаточно большого объема RAM(bzip тут не самый лучший выбор т.к. он сравнительно скромен в плане ресурсоемкости).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Как протестировать целостность ОЗУ не останавливая машину на..."

Сообщение от zeiter (ok) on 26-Июн-07, 10:21

После выполнения # dd if=/dev/urandom of=random.dat bs=1M count=600 посыпался диск, с ошибками записи после чего система отказалась запускаться после перезагрузки... это дефект диска? или же команда каким-то образом способствовала его разрушению?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "> посыпался диск, с ошибками записи "
	Сообщение от poige (ok) on 07-Июл-08, 08:38
	Команда просто создаёт файл, размером 600 MiB. Поэтому, можно сказать, что оттестировали плохой hard drive.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]