Компьютерра - Журнал Компьютерра №715-716

Помянув установленный Vista Service Pack 1 Release Candidate, было бы несправедливо утаить детали этого почина, тем более что они красноречиво демонстрируют неуемность драйва малой части человечества, завернутого на безоговорочном приятии нового.

На момент написания колонки широкая общественность все еще пребывает в ожидании предоставления с минуты на минуту публичного доступа к релизному кандидату сервис-пака для Висты. Меж тем SP1 RC уже как неделю находится в распоряжении бета-тестеров, получивших долгожданный релиз по каналам Microsoft Developer Network (MSDN) и TechNet. Нетерпеливые IT-простолюдины, однако, проявили невиданную прыть, мгновенно изыскав возможность загрузить на свой вистовый компьютер полноценный сервис-пак, пользуясь стандартной процедурой Windows Update. В техническом плане решение оказалось столь элегантным, что старый голубятник просто не мог удержаться, чтоб не примкнуть к армии нетерпежников.

Доступ к обновлениям Vista Service Pack 1 RC открывает малюсенький скрипт, удаляющий из реестра два ключика и добавляющий один. Поскольку сmd-файл на момент появления "Голубятни" в газетных киосках уже потеряет актуальность, не буду грузить читателя подробностями. Сообщу лишь, что после внесения изменений в реестр и запуска Windows Update мы сразу же обнаруживаем в списке рекомендованных к загрузке обновлений системы два ранее недоступных KB-пакета, которые, в свою очередь, после перезагрузки компьютера открывают доступ уже непосредственно к самому полугигабайтному релиз-кандидату.

Такие вот пироги пекутся на вистовом фронте. В очередной раз не заметил, как быстро израсходовалось отпущенное под колонку журнальное пространство, а значит, задуманную речевку о софте придется переносить на следующий, 2008 год. Заголовок "Все о нем" предполагал рассказ о самых свежих изысканиях идеального ПИМа - персонального информационного менеджера, вместо этого вышло "Все о ней" - о Висте. Переименовывать, впрочем, не буду, дабы не заподозрили в умышленной инсценировке. Для устранения же родового несоответствия достаточно представить, что речь идет не об операционной системе, а о редмондском гоблине.

И на будущее: всякий раз, как увидите несуразный заголовок у "Голубятни", никаким боком не прилепляющийся к конкретному содержанию колонки, не спешите с выводами об идиотии автора: на самом деле речь идет всего лишь о творческой искренности - планировал одно, да утоп в повидле!

Автор: Филипп Казаков

Есть два подхода к разгону компьютера - любительско-широкоглазый и инженерно-практичный. Первый свойствен молодым людям, прочитавшим в каком-нибудь игровом журнале, что в Windows-утилитах для их материнской платы, оказывается, есть магическая кнопка "разогнать!", повышающая производительность компьютера на …дцать процентов. Такой подход уникален сразу по трем статьям: во-первых, зачастую разгона как такового не происходит, поскольку "тюнингованная" подобным образом машина работает нестабильно; во-вторых, улучшенные характеристики компьютера не имеют практического смысла; и в-третьих, самое удивительное, что юный оверклокер при этом ничего не подозревает и совершенно счастлив.

Второй подход диаметрально противоположен первому: "гонщик" берется за дело обдуманно и хладнокровно; компьютер сохраняет абсолютную стабильность; а повышенная производительность служит разумным, добрым, вечным прагматичным целям. Как пример успешного "инженерного разгона" могу привести один из своих компьютеров - кодирующую лошадку, однажды пережимавшую видео в пакетном режиме непрерывно в течение 26 суток (!) без единого сбоя при практически бесшумной работе. Без разгона ей пришлось бы трудиться около сорока дней.

Алгоритм "инженерного разгона" интеловских процессоров предыдущего поколения, основанных на архитектуре NetBurst, хорошо изучен. Сначала выбирается максимально допустимый уровень шумности системы охлаждения, и соответственно задаются скорости вращения всех вентиляторов системы [Обычно скорости вращения вентиляторов ограничивают либо физически (добавлением резистора в цепь питания или уменьшением питающего напряжения), либо программно: как на уровне BIOS, так и с помощью высокоуровневых Windows-утилит вроде SpeedFan]. Затем из BIOS грубыми шагами поднимается частота шины (FSB) до тех пор, пока компьютер не перестанет загружать операционную систему. Если температурный режим на этом этапе все еще далек от критических значений, стабильность системы достигается путем небольшого увеличения напряжения на процессоре и незначительного снижения частоты шины. Если процессору уже жарковато, снижают частоту небольшими шажками. В какой-то момент система покажет первые признаки стабильности: уверенная загрузка ОС и прохождение коротких тестов. Частоту шины на всякий случай снижают еще на 1–2%, и начинается утомительный период тестирования на настоящую, "взрослую" стабильность с помощью специальной "грелки" - небольшой утилиты S&M. Под действием этой малютки "камень" раскаляется до рекордных температур. Можно быть уверенным, что ни одно реальное приложение не прогреет его сильнее, так что если система охлаждения удержит температуру в допустимых рамках, а процессор не сбойнет в течение 8–10-часового теста S&M, можно считать, что компьютер успешно разогнался.

Самое важное для надежного оверклокинга - исключить даже потенциальную возможность перегрева системы, дабы ни при каких условиях ЦП не хватил тепловой удар. Для этого нужно знать всего три вещи: как "вручную" хорошенько разогреть процессор, как при этом отследить его температуру, какова максимальная допустимая эксплуатационная температура.

Удивительно, но выпустив Core 2 Duo (далее C2D), Intel умудрилась внести неразбериху во всю троицу. Из-за смены архитектуры S&M оказалась не в силах раскочегарить новые CPU. Для мониторинга температуры в новом процессоре появился специальный цифровой датчик внутри каждого ядра, показания которого умеют считывать далеко не все старые, давно знакомые утилиты, а те, что умеют, делают это по-своему. Вдобавок данные при этом зачастую расходятся с показаниями материнской платы. Но еще больше все запутала загадочным образом утекшая в Сеть непубличная утилита Intel Thermal Analysis Tool, предназначенная для тестирования системы охлаждения мобильных процессоров. Результаты ее воздействия на C2D выходят за рамки всего ожидаемого и окончательно сбивают с толку.

В официальных спецификациях на сайте Intelуказана максимальная допустимая температура представителей семейства C2D для "геометрического центра верхней части теплораспределителя процессора при максимальном энергопотреблении". При соблюдении этого теплового режима процессор обещает счастливо проработать в течение всего эксплуатационного срока. Значение дано с настораживающей точностью - 61,4 °С для E4300, однако конкретных рекомендаций относительно того, как определять эту самую "температуру крышки", Intel не дает. Вместо этого в каждое ядро встроен так называемый цифровой термодатчик (Digital Thermal Sensor), предназначенный для измерения температуры ядер "не отходя от кассы". Вот только выдает он не абсолютные значения в градусах, а относительные, зависящие от максимально допустимой рабочей температуры ядра процессора [Она может быть индивидуальна, но обычно для C2D равна 100 °С. Меж тем в Сети ходят неподтвержденные слухи, что и эта величина динамична и может изменяться в зависимости от условий эксплуатации ЦП]. В чем была идея разработчиков, не очень понятно, ведь даже сняв с датчиков одни и те же значения, различные утилиты мониторинга интерпретируют их по-разному, и кто из них прав - одному богу известно.