Как проверить стабильность при разгоне?



Сегодня вряд ли кого-то удивишь словом "РАЗГОН". Это стало обычным делом практически для каждого пользователя ПК. Кто же не хочет выжать из своего компутера максимальную производительность, за минимальные деньги? Разве что скучные пользователи, которым просто нет до этого никакого дела, или они считают это излишними глупостями. До недавних пор разгон касался исключительно процессоров, но сейчас гоняют, что только не лень.

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

И так наступил час вашего очередного апгрэйда и как всегда это коснётся процессора. Естественно вы насмотревшись "крутых" машин своих товарищей, захотите что-то очень и очень, но как правило денег всегда не хватает. Единственный выход - найти хорошо гонящийся процессор и результат превзойдёт все ожидания.

Сейчас на нашем рынке достаточно много различной продукции и говорить о конкретном выборе того или иного процессора я не буду. Вы естественно по советам своих товарищей или друзей приобретаете нужную вам модель. Только вот хочется так, чтобы повезло с первого раза. А ведь такое бывает редко. И далеко не каждый попавшийся к вам экземпляр погонится на нужной вам частоте. Единственный выход из положения - это договариваться с работниками фирмы, где вы приобретаете процессор, о возможности тестирования хотя бы нескольких экземпляров или действовать через своих знакомых, друзей и т.д. и. т.п. И вот он у вас в руках, а в голове только мысли о сверхпроизводительности. Приступив к тесту нового процессора, на внештатных частотах может получиться следующее: вы выжали из него все возможные соки, при которых процессор еще может, казалось бы, нормально работать, без подвисания системы. И тут начинаются долгие и нудные проверки на стабильность работы, успешно погнавшегося экземпляра. Бывают часто вот какие ситуации: всё, казалось бы, работает. И любимый Q3 отлично бегает, и всеми возлюбленная Windows не выдаёт никаких перлов. В общем, вы вроде бы нашли своё счастье, в виде своего нового любимца, который так прекрасно справляется со всеми возложенными на него задачами. Но как не ошибиться, и работает ли он действительно стабильно? Ведь система может не обращать внимания на мелкие ошибки процессора, которые могут потом проявить себя в других приложениях. Время всё покажет, но, увы - у вас его нет. Вам нужно выбрать более стабильный экземпляр и чем поскорее, тем лучше. Есть много различных способов тестирования стабильности работы процессора. Существуют даже программы предназначенные для этого. Но все они требуют большого количества времени, и не всегда скажут вам правду (по крайней мере, у меня таких случаев было хоть пруд пруди).

Следующие строки, помогут вам за минимальное время определить, как устойчиво работает ваша система. И это время будет составлять всего 30-60мин. Ведь ни для кого не секрет, сколько уходит сил и времени на тестирование разогнанного процессора. Эти сроки иногда исчисляются сутками.

Не секрет также, что многие личности видят очень неплохую прибыль, и даже пытаются зарабатывать деньги (совсем не малые) на перепродаже процессоров, которые очень удачно работают на более высоких частотах. В общем, мои рекомендации помогут этим личностям и просто конечным пользователям избавится от длительных сноровок и проверок, которые не всегда точны и быстры.

Я буду краток. Метод довольно прост, и практически каждый, кто прочитает его, может потом сказать про себя: "Тю! Дык я и так могу точно сказать, будет он работать или нет. А если что? Питаловку поднял на еще одни 0.05В и делу конец." Но я еще раз вам хочу напомнить, что не во всех приложениях процессор поведёт себя одинаково. Другой раз невозможно отличить глюкавость Windows, от нестабильной работы процессора

Суть метода:
Заводим свой "хороший" экземпляр на его РОДНОЙ (штатной) частоте. Запускайте систему и поехали: нам понадобится всего одна софтинка и как вы думаете что это ??? Это всем известная WinRAR. В своём примере я использовал версию 2.50 Рус. Она очень проста в установке, и практически у каждого имеется проинсталлированный вариант. Если нет, то установить можно практически любую версию (желательно из последних). Если всё готово, то я думаю можно начинать.

Вам нужно создать большой архивный файл или несколько таковых, но желательно, что бы суммарный объем архивных файлов составлял не менее 500-700Мб (я думаю с сегодняшними объемами винчестеров, это не будет составлять проблем). Архивировать нужно ту информацию, которая бы хорошо поддавалась компрессии. Это может быть ваша папка с программами (у меня на пример, она составляет 800Мб), каталог с вашими любимыми игрушками, каталог Program Files(очень хорошо поддаётся сжатию), покопайтесь у товарища по сети (может у него найдётся что-то) и т.д. и т.п.

    Что не нужно архивировать:
  • Информацию плохо поддающеюся сжатию.
  • Mp3 файлы (они и так сжаты, больше некуда).
  • Фильмы во все различных форматах.
  • Информацию на CD дисках (обычно на них находятся инсталляционные пакеты, которые уже сжаты до невозможности).
В общем, смотрите по конечному результату архива. Он должен иметь намного меньший объём, чем то с чего вы запаковывали (хотя бы на 1\3, 1\2 первоначального объёма). Если нет такого объема информации ? То хотя бы сделайте разные копи того, что вы уже архивировали, под разными именами. Больший объём архива облегчит вам дальнейшие испытания. Архивировать нужно с наилучшим методом сжатия.

Итак, у вас есть архив нужного объёма. Желательно сложить его в одну папку, которую мы назовём Archive. Перегружаем систему и выставляем процессору частоту, на которой он будет испытываться, посредством выставления перемычек на системной плате или из биоса (кому позволяет материнская плата). Как правило, на сегодняшний день разгон осуществляется поднятием частоты FSB и коэффициентом умножения. Но не будем останавливаться на этом. После удачной загрузки системы мы запускаем программу WinRar. Найдите свою папку Archive, выделите её левой кнопкой мыши, и запустите опцию "Тест".
В итоге начнётся тестирование архива на ошибки. Но вы скажете: "А, какие ошибки? Мы же создавали архив на стабильно работающей машине?". Я отвечу вам да, все верно. Мы создавали архивы, когда система работала безупречно. Но в настоящее время испытывается работа вашей системы в особых условиях. И малейшая нестабильность её (даже та, при которой можно 6 часов в Q3 пробегать) вызовет ошибку в каком-то из файлов архива. Это гарантированно. Последствия все еще нестабильной работы могут вызвать вот такие действия WinRARа/

И я хочу заметить, что это "Диагностическое сообщение" появилось у меня только на третьем тесте архива объёмом 950Мбайт. Первые два теста прошли напрочь успешно. И даже при таком раскладе я могу целый день проработать за компьютером и не увидеть ничего подозрительного.
Но это только на первый взгляд. В последствии у меня иногда подглючивают любимые игры. Возникают проблемы с работой в определённых пакетах программ, которые не каждый использует у себя. В общем, этих ошибок, так что бы сразу, никогда не обнаружить!!!
Я устранил эти ошибки путём увеличения питания моего процессора (Celeron366 up to 550) на дополнительные 0.1 вольта, что в сумме составило 2.4 вольта. Естественно при таком питании нужно обязательно заботиться об охлаждении процессора, иначе последствия могут быть куда печальнее. В общем, идея я думаю ясна. И не забывайте, что ограничиваться одним тестом архива - не в коем случае нельзя! Современные процессоры производят тест такого объёма за считанные минуты. Так что не поленитесь лишний раз сделать это: и кто-то спросит, а почему нужно делать именно "тест", а не распаковывать архив и смотреть не полезут ли ошибки ??? Да, пожалуйста! Сколь угодно можно! Только результат будет один и тот же. Можете проверить.
Из своего опыта, я вам могу сказать, что когда я добрый час (полтора) не погоняю процессор, я не успокаиваюсь. Но на практике обычно, если больше 15-20-ти тестов проходит успешно, то больше появиться ошибкам не сулит ничего.

Я хочу еще сказать, что таким методом можно тестировать не только процессоры, а и оперативную память, системную плату, безглючную работу HDD и в общем можно проверять на "кривость", без малости, все свое "железо". И этот метод успешно работает !!! Просто алгоритм компрессии WinRAR-а построен так, что малейшая произведённая ошибка в данных будет тут же замечена и выведена на экран. На малых объёмах это не заметно, но вот когда эти объёмы исчисляются в десятках Гбайт, вся подноготная тут же выплывает наверх.

Я расскажу один из моих случаев в моей практике:
Мой знакомый жаловался мне, что не может поставить FreeBSD. Кстати, BSD очень капризна к некачественному железу. Те, кто знают, меня поймут. Во время инсталляции напрочь повисала система, при чём на одном и том же месте. Еще он жаловался на то, что не мог подобрать нормальный драйвер "Детонатор" к своей любимой TNT. Все версии детонаторов у него некорректно работали и иногда (не часто) Q3 выдавал ошибки, NFS подглючивал малость. После долгих мучений, с решением его проблемы, я, наконец, решил попробовать на тест толстый архив (что-то около 800Мб). И результат был на лицо: после пятого теста архива, Winrar все-таки выдал ошибку. Ну, мы естественно начали по отдельности заменять узлы его компутера, и проверять на глюкавость. С первой же заменой мы нашли причину. Это был переходник Slot1-PPGА (к стати очень не из плохих производителей, я не буду тыкать пальцем, чей он). После замены переходника, всё у него стало отлично работать: и Юникс отлично установился и драйвера все прекрасно подходят и игрушки без глюков идут. Он мне потом говорил: "Вот блин! Я даже не знал, что машина может так безупречно работать. Я уже забыл вообще, когда у меня в последний раз зависал компьютер. Или просто где-то Windows говорил, что программа выполнила недопустимую операцию".
Еще я могу много привести таких случаев. Особенно это касается оперативной памяти (которую зачастую продают как PC-100, хотя на самом деле это РС-66) и материнских плат. На нашем рынке много некачественной продукции, особенно нынче засыпавших наш рынок, "no name" производителей. И не всегда мы можем определить, на сколько качественный тот или иной продукт.

Еще хотелось бы напомнить одну не маловажную деталь: при разгоне процессора мы не всегда используем FSB 100 или 133МГц. Очень часто удаётся дотянуть до 85 или 90МГц. Или наоборот выше ста, но не дотягивая до 133. В общем, на нестандартных частотах шины данных, не забывайте, что шина PCI и AGP также могут изменять свои значения в ту или иную сторону.
Я говорю всё это к тому, ваши дополнительные устройства, сидящие в PCI(AGP) разъемах могут некорректно работать на нестандартных частотах соответственно PCI(AGP) шины данных. Как правило, такие случаи бывают редко, и мы можем считать их исключением. Но вы не должны забывать про это.
Еще я хочу сказать, что многие люди, с которым я поделился этим методом, до сих пор часто используют его. И я скажу вам - есть для этого все основания. Мой знакомый "Оверклокер", который зарабатывает деньги на этом, мне до сих пор пиво носит. Ему этот метод отбора процессоров, как вы понимаете, очень сильно облегчил жизнь.
Не бейте ногами за то, что всё очень просто. Главное, что надёжно.

Андриюк Ростислав (rostik61@ukrpost.net)
Студент НТУУ "КПИ", РТФ.

Опубликовано -- 24 октября 2000 г.



Hint Site Aport
© Авторские права и копия защищены законом: © Дудкин Александр Константинович, 2002 г.
Копирование любых материалов только с письменного разрешения автора сайта
URL сайта: www.alexishw.mailru.com
Ваши замечания и предложения присылайте по e-mail: alexishw@mail333.com