Документ взят из кэша поисковой машины. Адрес оригинального документа : http://www.mmonline.ru/forum/read/7/33599/
Дата изменения: Mon Apr 11 15:54:45 2016
Дата индексирования: Mon Apr 11 15:54:45 2016
Кодировка: Windows-1251
MMOnline | Форумы | Разное | О покупке компьютера

О покупке компьютера

Автор темы Винни-Пух 
10.01.2004 14:38
Винни-Пух
О покупке компьютера
Подскажите, какие существуют программы (может по численным методом), которыми можно проверить на вшивость новый компьютер.
10.01.2004 16:14
another
re
Что значит "на вшивость"?
Если на стабильность:
Ставишь WinRar-ом на максимальную степень компрессии гигабайт 5.
Если не будет ошибок - считай, с процессором все Ок.
Также, проверено, одним из самых чувствительных к разгону вещей является установка Win2K. Если поставится - гарантия, что система работает стабильно более 90% :)
11.01.2004 12:00
DM
Для проверки собранного компьютера
существуют пакеты диагностики. Конечно, не один из них не может отловить абсолютно все возможные `вшивости', впрочем, как и любое другое тестирование.

Лично я проверяю Sandra'ай(http://www.3bsoftware.com/products/sandra). Версия `Standard' раньше была вообще бесплатна для некомерческого использования (можете попробовать ее поискать, например, версия 1.8.59). Сейчас 30 дней (все тесты можно прогнать за несколько часов). Лежит здесь
http://www.downloads.3bsoftware.com/SShare/san_897a.zip (2.3MB)

11.01.2004 14:28
Вопрос от чайника в этом деле
Уважаемые Another и DM!
Не могли бы вы подробнее рассказать о том, какие вообще бывают "вшивости", "заморочки" и т.п. И что делают программы диагностики (и что вообще нужно проверять).
Честно говоря, дважды покупал компьютеры и ни о чем подобном не думал. :( Работает - и ладно.
Расскажите, пожалуйста. Заранее спасибо.
11.01.2004 19:09
проверь линуксом
установи новый свежесобраный линукс, откомпилируй ядро...
если все бзе сучка и без задоринки, значит железо рабочее (я даже думаю, что линуксом можно железо тестировать, настолько он стабилен)
11.01.2004 19:20
Игорь Абрамов
Встряну

Самая неприятная и болезненная проблема --- тонкие сбои в памяти
или в тракте передачи между памятью и диском (контроллер, шина,
шлейф, буфера ввода-вывода и.т.д.)
Еще бывают неприятности с перегревом процессора.

Хотя всяческих тестов довольно много, они находят обычно
самые вопиющие ошибки.
А как ни странно, наиболее простой и эффективный тест ---
это, как и предложил "another", компрессия.декомпрессия
большого объема данных.

Надо запустить (желательно несколько в параллель) компрессий/
декомпрессий большого (в десятки раз больше объема оперативной
памяти). Если будут тонкие сбои --- на декомпресси будут
сообщения об ошибках. Архиватор, тут вроде не
очень существенен.
12.01.2004 01:57
способ проверить оперативную память
На первом диске из дистрибутива Gentoo Linux (www.gentoo.org) есть специальная программа для тестирования оперативной памяти.

1) Скачиваем образ диска x86-basic-1.4-20030911.iso с одного из зеркал Gentoo. Например, отсюда: http://trumpetti.atm.tut.fi/gentoo/releases/x86/1.4/livecd/basic/
Это около 95 Мб.

2) Записываем этот образ на болванку

3) Загружаемся с только что записанного диска, введя в ответ на появившееся приглашение "memtest".

4) Производится довольно длительное тестирование оперативки.


P.S. Я этот метод неоднократно успешно использовал для проверки старых модулей памяти (иногда приходится покупать б/у память для первых и вторых пентиумов).

12.01.2004 17:07
another
к сожалению, тесты не всегда дают результат
Например, у меня при небольшом разгоне памяти оставленная на ночь программа memtest не выдала ни одной ошибки, при этом Win2000 просто не загружался. Именно, из-за разгона.
Чем это вызвано я не знаю. Возможно, "однобокостью" тестирования.
13.01.2004 07:22
я разгон не имел ввиду.
Если кто-то занимается разгоном, то он сам себе злобный буратино.
Вроде никто и не ставил вопрос о разгоне.
14.01.2004 18:54
another
re
Задача проверки стабильности системы в обычном и разогнанном режиме полностью идентична.
Это обуславливается тем, что нестабильность системы в обычном режиме вызвана абсолютно теми же причинами и проявляется так же, как и нестабильность в разогнанном режиме. В обоих случаях имеет место работа устройств в режиме, на который они не рассчитаны. В случае нестабильности это обусловлено неправильной/ошибочной записью данных в SPD оперативной памяти, данных, защитых в процессор при изготовлении, а в случае разгона - глупостью его совершающего.
Извините, только зарегистрированные пользователи могут публиковать сообщения в этом форуме.

Кликните здесь, чтобы войти