Главная | Новости | Cтатьи и обзоры | Производители | Драйверы | Cсылки | Об авторе | Высказаться |
Как проверить стабильность при разгоне? |
Сегодня вряд ли кого-то удивишь словом "РАЗГОН". Это стало обычным делом практически для каждого пользователя ПК. Кто же не хочет выжать из своего компутера максимальную производительность, за минимальные деньги? Разве что скучные пользователи, которым просто нет до этого никакого дела, или они считают это излишними глупостями. До недавних пор разгон касался исключительно процессоров, но сейчас гоняют, что только не лень. Я думаю, многим известны процедуры оверлокинга: и как, в общем-то, это делается. Я не буду останавливаться на этом. А вот про конечный результат, хочется поговорить поподробнее. И так наступил час вашего очередного апгрэйда и как всегда это коснётся процессора. Естественно вы насмотревшись "крутых" машин своих товарищей, захотите что-то очень и очень, но как правило денег всегда не хватает. Единственный выход - найти хорошо гонящийся процессор и результат превзойдёт все ожидания. Сейчас на нашем рынке достаточно много различной продукции и говорить о конкретном выборе того или иного процессора я не буду. Вы естественно по советам своих товарищей или друзей приобретаете нужную вам модель. Только вот хочется так, чтобы повезло с первого раза. А ведь такое бывает редко. И далеко не каждый попавшийся к вам экземпляр погонится на нужной вам частоте. Единственный выход из положения - это договариваться с работниками фирмы, где вы приобретаете процессор, о возможности тестирования хотя бы нескольких экземпляров или действовать через своих знакомых, друзей и т.д. и. т.п. И вот он у вас в руках, а в голове только мысли о сверхпроизводительности. Приступив к тесту нового процессора, на внештатных частотах может получиться следующее: вы выжали из него все возможные соки, при которых процессор еще может, казалось бы, нормально работать, без подвисания системы. И тут начинаются долгие и нудные проверки на стабильность работы, успешно погнавшегося экземпляра. Бывают часто вот какие ситуации: всё, казалось бы, работает. И любимый Q3 отлично бегает, и всеми возлюбленная Windows не выдаёт никаких перлов. В общем, вы вроде бы нашли своё счастье, в виде своего нового любимца, который так прекрасно справляется со всеми возложенными на него задачами. Но как не ошибиться, и работает ли он действительно стабильно? Ведь система может не обращать внимания на мелкие ошибки процессора, которые могут потом проявить себя в других приложениях. Время всё покажет, но, увы - у вас его нет. Вам нужно выбрать более стабильный экземпляр и чем поскорее, тем лучше. Есть много различных способов тестирования стабильности работы процессора. Существуют даже программы предназначенные для этого. Но все они требуют большого количества времени, и не всегда скажут вам правду (по крайней мере, у меня таких случаев было хоть пруд пруди). Следующие строки, помогут вам за минимальное время определить, как устойчиво работает ваша система. И это время будет составлять всего 30-60мин. Ведь ни для кого не секрет, сколько уходит сил и времени на тестирование разогнанного процессора. Эти сроки иногда исчисляются сутками. Не секрет также, что многие личности видят очень неплохую прибыль, и даже пытаются зарабатывать деньги (совсем не малые) на перепродаже процессоров, которые очень удачно работают на более высоких частотах. В общем, мои рекомендации помогут этим личностям и просто конечным пользователям избавится от длительных сноровок и проверок, которые не всегда точны и быстры. Я буду краток. Метод довольно прост, и практически каждый, кто прочитает его, может потом сказать про себя: "Тю! Дык я и так могу точно сказать, будет он работать или нет. А если что? Питаловку поднял на еще одни 0.05В и делу конец." Но я еще раз вам хочу напомнить, что не во всех приложениях процессор поведёт себя одинаково. Другой раз невозможно отличить глюкавость Windows, от нестабильной работы процессора Суть метода: Вам нужно создать большой архивный файл или несколько таковых, но желательно, что бы суммарный объем архивных файлов составлял не менее 500-700Мб (я думаю с сегодняшними объемами винчестеров, это не будет составлять проблем). Архивировать нужно ту информацию, которая бы хорошо поддавалась компрессии. Это может быть ваша папка с программами (у меня на пример, она составляет 800Мб), каталог с вашими любимыми игрушками, каталог Program Files(очень хорошо поддаётся сжатию), покопайтесь у товарища по сети (может у него найдётся что-то) и т.д. и т.п.
Итак, у вас есть архив нужного объёма. Желательно сложить его в одну
папку, которую мы назовём Archive. Перегружаем систему и выставляем
процессору частоту, на которой он будет испытываться, посредством
выставления перемычек на системной плате или из биоса (кому позволяет
материнская плата). Как правило, на сегодняшний день разгон осуществляется
поднятием частоты FSB и коэффициентом умножения. Но не будем
останавливаться на этом. После удачной загрузки системы мы запускаем
программу WinRar. Найдите свою папку Archive, выделите её левой кнопкой
мыши, и запустите опцию "Тест". И я хочу заметить, что это "Диагностическое сообщение" появилось у меня
только на третьем тесте архива объёмом 950Мбайт. Первые два теста прошли
напрочь успешно. И даже при таком раскладе я могу целый день проработать
за компьютером и не увидеть ничего подозрительного. Я хочу еще сказать, что таким методом можно тестировать не только процессоры, а и оперативную память, системную плату, безглючную работу HDD и в общем можно проверять на "кривость", без малости, все свое "железо". И этот метод успешно работает !!! Просто алгоритм компрессии WinRAR-а построен так, что малейшая произведённая ошибка в данных будет тут же замечена и выведена на экран. На малых объёмах это не заметно, но вот когда эти объёмы исчисляются в десятках Гбайт, вся подноготная тут же выплывает наверх. Я расскажу один из моих случаев в моей практике: Еще хотелось бы напомнить одну не маловажную деталь: при разгоне
процессора мы не всегда используем FSB 100 или 133МГц. Очень часто удаётся
дотянуть до 85 или 90МГц. Или наоборот выше ста, но не дотягивая до 133. В
общем, на нестандартных частотах шины данных, не забывайте, что шина PCI и
AGP также могут изменять свои значения в ту или иную сторону. |