Новости 01 июля 2005 года
В названии утилиты NiBiTor зашифровано ее предназначение, его можно прочесть как "NVIDIA BIOS Editor", то есть "редактор BIOS видеокарт NVIDIA". Список возможностей программы на сегодняшний день весьма велик, подробно они описывались совсем недавно.
Вскоре после выпуска версии 2.2 утилиты появилась исправленная версия NiBiTor 2.2a, в которую были внесены такие изменения:
- Добавлена возможность редактировать значения таймингов памяти в BIOS видеокарт GeForce 7800 GTX.
- Исправлено неверное вычисление частот видеокарт GeForce 7800 GTX.
- Исправлена невозможность отображения версии BIOS некоторых видеокарт GeForce FX.
Скачать обновленный дистрибутив этого редактора BIOS можно из нашего файлового архива:
- NiBiTor 2.2a (0,5 МБ, Windows 9x/ME/NT/2000/XP).
Обсуждение программы ведется в этой ветке нашей конференции.
Благодаря сайту Station-drivers.com вчера к нам попал еще один неофициальный драйвер видеокарт NVIDIA 77-й серии - ForceWare 77.70, предназначенный для мобильных видеочипов GeForce Go. О нем известны следующие подробности:
- Предназначен для Windows 2000/XP.
- Датирован 9 июня.
- Не имеет WHQL-сертификата.
- Поддерживает мобильные видеочипы от GeForce 4 Go до GeForce 6800 Go.
- Имеет многоязычный интерфейс.
Отзывов пользователей об этом драйвере до сих пор слишком мало, чтобы делать какие-либо выводы. Как обычно, перепакованный архиватором 7-Zip дистрибутив можно скачать из нашего файлового архива:
- ForceWare
77.70 International (15,3 МБ, Windows 2000/XP).
Компания ASUS в разделе драйверов для материнской платы A8N-SLI выложила новый драйвер с символичным номером версии - nForce 4 driver 6.66 для Windows x64. Известно, что в его состав входят такие компоненты:
- Audio driver 4.62 (WHQL)
- Audio utility 4.51
- Ethernet NRM driver 4.82 (WHQL)
- Network management tools 4.85
- SMBus driver 4.48 (WHQL)
- Installer 4.77
- PATA RAID driver 5.34
- SATA RAID driver 5.34 (WHQL)
- SATA IDE driver 5.34 (WHQL)
- RAIDTOOL application 4.82
На данный момент он является новейшим среди доступных для операционных систем Windows XP/2003 x64. Удовольствие портит только совершенно невероятный объем его дистрибутива - 78 МБ!
Скачать драйвер можно с FTP-сервера ASUS:
- nForce
4 driver 6.66 (78,0 МБ, Windows XP/2003 x64).
Компания RealTek обновила драйверы для широко применяемых сетевых чипов собственного производства RTL8139(A/B/C/D/8130)/810x driver 6.21 (0620) для наиболее распространенных версий Windows. Некоторое время назад уже была выпущена почти та же их версия 6.21 (0304), сведений же о внесенных в обновленный выпуск 6.21 (0620) от 28 июня найти не удалось.
Скачать дистрибутив драйвера можно из нашего файлового архива:
- RTL8139/810x/8169/8110 Driver v.6.21 (0620) (1,8 МБ, Windows 9x/ME/2000/XP, Windows XP/2003 x64)
В новой версии выпущена широко известная программа SiSoftware Sandra, предназначенная для полной диагностики и тестирования аппаратных и программных компонентов системы, проведения бенчмарков и стресс-тестов, получения информации о системных настройках и рекомендаций по их оптимизации и т.д.
Информация об изменениях в Sandra 2005.SR2, к сожалению, практически отсутствует. Удалось узнать только то, что в новой версии появилась поддержка нового оборудования и программного обеспечения, а также были внесены некоторые изменения и исправления.
Как обычно, для бесплатного использования доступна только облегченная версия программы, Sanra Lite. Заблокированные в ней возможности становятся доступны после покупки версии Professional за 35$.
Дистрибутив новинки размещен в нашем файловом архиве:
- Sandra Lite 2005.SR2 (7.10.60) (7,8 МБ, Windows 2000/XP/2003, 32/64-bit).
Недолго длилось затишье, вызванное появлением долгожданного официального драйвера для видеокарт NVIDIA - ForceWare 77.72. Почти одновременно с его появлением корпорация NVIDIA ясно дала нам понять, что наша новая надежда и спасение - драйвер следующей линейки, ForceWare 8x.xx (Release 80), которого и стали дожидаться многие пользователи. И вот, первый представитель линейки уже с нами - новая "гонка драйверных вооружений" открыта появлением ForceWare 80.40!
Драйвер ForceWare 80.40 был выложен сайтом 3DChipset.com, не раз уже отличившимся в последнее время. Известно, что этот драйвер обладает следующими особенностями:
- Предназначен для Windows 2000/XP.
- Датирован 13 июня.
- Не имеет WHQL-сертификата.
- Поддерживает видеокарты от GeForce 2 до GeForce 7.
- Имеет английский интерфейс.
Источник "утечки" утверждает, что в ForceWare 80.40 реализована поддержка аппаратного декодирования H.264 для видеокарт серии GeForce 7800. Кроме того, мы знаем, что драйверы ForceWare 80-й серии должны получить встроенную поддержку многопоточности, что должно улучшить производительность многоядерных процессоров / многопроцессорных систем и, может быть, процессоров с поддержкой HyperThreading (хотя последнее пока не более чем предположение). А еще мы знаем, что в ForceWare 8x.xx должна быть улучшена система управления дисплеями и добавлена возможность динамического включения и отключения режима SLI.
Но это
еще не всё из того интересного,
что может предложить нам ForceWare 80.40. В INF-файле
драйвера можно обнаружить поддержку
внушительного количества новых изделий NVIDIA,
судите сами:
NVIDIA_G72.DEV_01D0.1 = "NVIDIA G72"
NVIDIA_G72.DEV_01D1.1 = "NVIDIA G72"
NVIDIA_G72.DEV_01D2.1 = "NVIDIA G72"
NVIDIA_G72.DEV_01D3.1 = "NVIDIA G72"
NVIDIA_G72.DEV_01D5.1 = "NVIDIA G72"
NVIDIA_G72.DEV_01DE.1 = "NVIDIA G72GL"
NVIDIA_G72.DEV_01DF.1 = "NVIDIA G72"
Относительно новых чипов G72 особых разночтений не возникает. Они должны лечь в основу видеокарт, подобных GeForce 7800 GTX, но более доступных и менее производительных (ниже частоты и/или меньше конвейеров). Вероятно, ближе к осени на их основе появятся видеокарты серии GeForce 7800 (не-GTX),. А вот еще более дешевые линейки GeForce 7600/7200 должны быть подготовлены уже на базе другого чипа.
Значительно больший интерес
представляет появление в драйвере
поддержки новых чипсетов NVIDIA C51, также известных как Crush51:
NVIDIA_C51.DEV_0240.1 = "NVIDIA C51GL"
NVIDIA_C51.DEV_0241.1 = "NVIDIA C51"
NVIDIA_C51.DEV_0242.1 = "NVIDIA C51"
NVIDIA_C51.DEV_0243.1 = "NVIDIA C51"
NVIDIA_C51.DEV_0244.1 = "NVIDIA C51"
NVIDIA_C51.DEV_0245.1 = "NVIDIA C51"
NVIDIA_C51.DEV_0246.1 = "NVIDIA C51"
NVIDIA_C51.DEV_0247.1 = "NVIDIA C51"
NVIDIA_C51.DEV_0248.1 = "NVIDIA C51"
NVIDIA_C51.DEV_0249.1 = "NVIDIA C51"
NVIDIA_C51.DEV_024A.1 = "NVIDIA C51"
NVIDIA_C51.DEV_024B.1 = "NVIDIA C51"
NVIDIA_C51.DEV_024C.1 = "NVIDIA C51"
NVIDIA_C51.DEV_024D.1 = "NVIDIA C51"
NVIDIA_C51.DEV_024E.1 = "NVIDIA C51"
NVIDIA_C51.DEV_024F.1 = "NVIDIA C51"
Известно, что это будет серия чипсетов, представляющих из себя дальнейшее развитие nForce 4, причем как в дискретном варианте, так и с интегрированной графикой. Так как в данном случае перед нами видеодрайвер, то поддержки дискретных чипсетов он иметь не должен. Значит, самое время сделать круглые глаза и пытаясь поднять челюсть сказать что-то вроде: "15 только графических вариантов nForce X?! С ума сойти!!!".
Интересно
посмотреть, как NVIDIA будет выдумывать
очередные приставки серии Ultra/SLI/Pro/GT/XP и т.д.
для такого количества чипсетов, а также на
несчастных пользователей, которым будет
сложно не только сделать свой выбор, но и
хотя бы просто сориентироваться во всем
многообразии чипсетов и запомнить их
наименования... 
Заканчивая с поддержкой новых чипов/чипсетов в ForceWare 80.40 можно отметить еще одну интересную деталь: если видеочип G72GL не выглядит ничем удивительным (очередной вариант в семействе Quadro), то чипсет C51GL уже выглядит как что-то новое - интегрированный чипсет с профессиональным графическим решением семейства Quadro?
Пользователи встретили новый драйвер с энтузиазмом, поэтому на данный момент мы имеем множество отзывов. Сначала о хорошем: в ForceWare 80.40 реализована поддержка OpenGL 2.0.1; производительность драйвера находится примерно на том же уровне, что и у последних вариантов ForceWare 77.xx, причем имеются некоторые сообщениями о лучших результатах нового драйвера в 3DMark 03/05 и Half-Life 2; декодирование H.264 как будто функционирует. И о плохом: подтвердить более высокую производительность на двухъядерных системах не удалось, отмечены проблемы при работе игр Splinter Cell Chaos Theory и Battlefield 2 Demo.
Как обычно, перепакованный архиватором 7-Zip дистрибутив нового драйвера был размещен в нашем файловом архиве:
- ForceWare 80.40 English (10,0 МБ, Windows 2000/XP).
Обсуждение драйверов ForceWare 8x.xx начато в новой ветке нашей конференции.
Мы предполагали, что анонсированный недавно чипсет ULi M1695 с одновременной поддержкой PCI Express x16 и AGP 8x станет одним из экспонатов музея экзотических наборов системной логики, однако появившийся на сайте OC Workbench обзор эталонной платы на базе чипсета ULi M1695 поколебал наш скептицизм.
Прежде всего, по уровню производительности чипсет шёл на равных с nForce 4 Ultra, а в ходе разгона даже позволил увеличить частоту тактового генератора до 400 МГц - этого достаточно даже для разгона самых младших моделей Sempron в исполнении Socket 754 до предельного рубежа ядер степпинга E. При условии, конечно, что процессорный разъём Socket 754 будет украшать материнскую плату на базе чипсета ULi M1695 - данный образец оснащён разъёмом Socket 939.
Наличие единственного слота PCI Express x16 на данной плате как-то не располагало к экспериментам с режимом SLI, хотя при желании соответствующую плату с поддержкой режима "PCI Express x8 + PCI Express x8" можно было бы создать. Тем не менее, наши китайские коллеги уже намекали на возможность существования плат-разветвителей, позволяющих установить в один разъём PCI Express x16 две графических платы, работающих в режиме PCI Express x8. Теперь эта дочерняя плата предстала перед нашими глазами на фото:
К сожалению, фирменные знаки отличия "ULi" и присутствие в BIOS материнской платы опции "8x + 8x + 4x" не позволяют говорить о том, что плата-разветвитель отличается универсальностью применения. Скорее, напротив - это узкоспециализированный продукт, предназначенный для использования только с конкретной материнской платой. В пользу такого мнения говорят и специальные чёрные стойки, которые поддерживают дочернюю плату по бокам - в противном случае вес двух графических плат она бы не выдержала.
Две видеокарты GeForce 6600 GT устанавливаются в слоты PCI Express x8, соединяются SLI-мостом, к дочерней плате подключается дополнительный разъём питания. Следует понимать, что графические платы в таком положении нельзя использовать в обычном корпусе формата ATX - системный блок для такой конфигурации должен иметь горизонтальную ориентацию и специальные слоты расширения на задней панели. Впрочем, можно обойтись и открытым стендом :).
Что характерно, подобная связка отставала от системы на базе nForce 4 SLI всего на пару процентов от силы, хотя полный цикл испытаний ещё не был проведён. Стало быть, идея ULi вполне жизнеспособна. Вот только много ли найдётся энтузиастов среди производителей материнских плат, готовых заняться выпуском таких решений? Я думаю, парочка компаний на это решится.
Значит ли это, что серийные продукты с поддержкой CrossFire задерживаются? Если поддаваться на провокацию со стороны британского сайта The Inquirer, то в это можно с лёгкостью поверить. Коллеги имеют основания считать, что поставки видеокарт и материнских плат с поддержкой CrossFire начнутся не ранее того момента, как будет анонсирован флагманский чип R520. Сейчас принято считать, что анонс R520 состоится в августе. В качестве доводов британские журналисты указывают возможность встраивания "чипа-смесителя" непосредственно в ядро R520. Может ATI и испытывать трудности с поставками южного моста SB450, либо просто желает до конца отладить технологию на уровне драйверов.
Как бы там ни было, но до августа анонс серийных продуктов с поддержкой CrossFire компания ATI откладывать не собирается. Как нам стало известно, демонстрация работоспособных образцов в окончательной версии состоится примерно 15 июля или чуть позже. Соответственно, остальные производители материнских плат и видеокарт анонсируют свои продукты с поддержкой CrossFire во второй половине июля. Поставки же действительно могут начаться ближе к концу лета, так как в это время рынок начинает выходить из апатичного состояния.
Кстати, коллеги с сайта DigiTimes возвращаются к теме задержки анонса R520. Они подтверждают, что отсрочка анонса была связана с необходимостью устранения некоторых проблем с токами утечек в чипе R520, выпускаемом по неизведанному 0.09 мкм техпроцессу. Коллеги также подтвердили, что анонс RV530 и RV515 был немного сдвинут вперёд, и теперь эти 0.09 мкм чипы появятся в начале осени.
Вчера на чешском сайте PC Tuning в разделе описаний новых версий BIOS для материнских плат ASRock нам удалось обнаружить упоминания о поддержке процессоров Sempron 2500+ и Sempron 3400+ степпинга E в исполнении Socket 754:
На официальном сайте производителя упоминаний об этих версиях BIOS на момент написания новости не было. Ранее считалось, что процессор Sempron 3400+ в исполнении Socket 754 выйдет только в конце третьего квартала, однако в этом году AMD уже не раз доказала, что может стремительно пересматривать свои планы в отношении процессоров Sempron. Напомним вам, что уже в конце этого месяца процессоры Sempron перейдут на степпинг E6, обеспечивающий поддержку AMD64 и исправление некоторых ошибок прошлых ревизий.
Судя по всему, переходом на новый степпинг и поголовной "64-разрядизацией" дело не ограничится, так как процессор Sempron 3400+ должен выйти в этом или следующем месяце. По крайней мере, наши собственные источники подтвердили факт существования инженерных образцов Sempron 3400+ в исполнении Socket 754. Обычно образцы появляются примерно за месяц до официального анонса, иногда раньше. Помнится, всё семейство Sempron было анонсировано именно в августе, так что выпуск новой модели накануне "годовщины" был бы уместен. Тем более, что платформа Socket 754 всё сильнее свыкается со статусом бюджетной, и расширение ассортимента Sempron благоприятно скажется на объёмах продаж в преддверии начала сезона "back-to-school".
Процессор Sempron 3400+ будет работать на частоте 2.0 ГГц и оснащаться 256 Кб кэша второго уровня. В этом плане он не сильно отличается от предшественника по имени Sempron 3300+, который при аналогичной частоте обладает 128 Кб кэша второго уровня. Легко заметить, что после рубежа 3100+ процессоры Sempron обрели своеобразную "рейтинговую одышку" - модели Sempron 3300+ и Sempron 3400+ отличаются на 128 Кб кэша, тогда как аналогичная разница в объёме кэша для моделей Sempron 2600+ и Sempron 2800+ давала разницу в 200 баллов рейтинга. Заметим, что замедление темпов прироста рейтинга в данном случае вполне уместно - архитектура K8 не так выигрывает от увеличения объёма кэша, как от увеличения тактовой частоты. Поэтому шаг в 200 МГц от Sempron 3000+ (1.8 ГГц) до Sempron 3300+ (2.0 ГГц) при неизменном объёме кэша AMD оценила в 300 "баллов" рейтинга.
В будущем году процессоры Sempron должны достигнуть рейтинга 3800+, и частотный потенциал нынешних ревизий ядра Palermo не станет помехой для быстрого прогресса. Процессоры Sempron в исполнении Socket 754 на каждую частотную ступень дают две модели с разным объёмом кэша. Даже если теперь рейтинг будет прирастать с шагом в 100 баллов, то Sempron 3800+ достигнет лишь частоты 2.4 ГГц, что далеко от частотного потолка ядра Palermo. Другое дело, что уровень TDP в 62 Вт на этой частоте может оказаться тесноват, но это маловероятно.
Причины, побудившие AMD так решительно расширять ассортимент процессоров Sempron, вполне понятны. Процессоры Athlon 64 в исполнении Socket 754 сняты с производства. Хотя они ещё и встречаются в магазинах, но принадлежность к упразднённому менее рентабельному 0.13 мкм техпроцессу вряд ли позволит складским запасам истощаться с низкой скоростью. Процессоры Sempron же вдыхают в Socket 754 новую жизнь, особенно после перехода на степпинг E6 ядра Palermo с поддержкой AMD64. Теперь они станут своеобразной заменой процессорам Athlon 64 в исполнении Socket 754, причём отнюдь не всегда дешёвой. Сравните: Athlon 64 2800+ стоит $122 или ещё меньше, а стоимость Sempron 3300+ достигает $134. Понятно, что готовящийся к анонсу Sempron 3400+ окажется ещё дороже, так как ярко выраженного желания снижать цены на настольные процессоры этим летом AMD не демонстрирует. В таких условиях подгонять цены на Sempron по прайс-листу Intel не имеет смысла: пусть анонсированный несколько дней назад Celeron D 351 (3.2 ГГц) подешевеет 24 июля с $127 до $117 - процессоры Sempron в исполнении Socket 754 теперь обладают известной степенью самодостаточности, чтобы "не прогибаться" под конкурентов.
Сегодня президент и главный исполнительный директор корпорации Intel Пол Отеллини (Paul Otellini) сделал заявление по поводу поданного на этой неделе компанией Advanced Micro Devices Inc. искового заявления, в котором Intel обвиняется в нарушении антимонопольного законодательства. В исковом заявлении AMD содержится ряд жалоб, касающихся деловой практики Intel и ее заказчиков.
"Intel всегда соблюдала законы тех государств, где мы работаем, - сказал Отеллини. - Мы ведем активную, честную конкурентную борьбу с целью обеспечить оптимальные характеристики нашей продукции для потребителей. Так будет и впредь. На протяжении ряда последних лет Intel вовлекалась в подобные судебные разбирательства, где нам предъявлялись подобные обвинения. Все эти разбирательства до единого завершились вынесением решений на удовлетворительных для нас условиях. Мы выражаем четкое несогласие с утверждениями AMD и твердо убеждены в том, что, как и по всем предыдущим, по этому иску тоже будет вынесено благоприятное решение".
Тем временем, AMD не собирается предоставлять противнику возможности оправиться от первого удара, и уже наносит второй. На этот раз японское представительство AMD обращается к местному правосудию, которое уже продемонстрировало благосклонность в марте этого года, уличив Intel в нарушении японского антимонопольного законодательства. Теперь AMD требует возместить ущерб в размере $50 млн. Мартовское разбирательство выявило факты материального поощрения компанией Intel пяти японских производителей компьютеров с условием ограничения покупки ими процессоров AMD. В итоге последняя потеряла весь объём сбыта компаниям Toshiba, Sony и Hitachi, объёмы продаж процессоров компаниям NEC и Fujitsu резко упали.
Второй иск AMD, направленный в окружной суд города Токио, является частью общих претензий, выдвинутых 27 июня, адаптированных применительно к японскому рынку и местному законодательству. Судя по всему, AMD серьёзно взялась за дело, и Intel предстоит нелёгкая борьба за признание методов ведения бизнеса законными.
Об этой особенности процессоров Smithfield мы уже было забыли, однако тревожные сообщения со страниц форума XtremeSystems.org заставили нас поверить в оправданность подобных опасений. В частности, владельцы первых розничных экземпляров процессоров Pentium D 830 (3.0 ГГц) заметили странную особенность: в ходе разгона по шине (а других вариантов для этих моделей нет) одно из ядер работало только с множителем 14х, отставая от второго. Характерно, что в некоторых случаях множитель снижался у ядра Core 0, в других - у ядра Core 1. Выглядело это примерно так:
Казалось бы, эта задачка для пытливых умов совсем не предполагает длительные раздумья в кресле-качалке перед камином за бокалом хереса под аккомпанемент скрипки. На первый взгляд, всё элементарно, мой дорогой Ватсон :). Во время разгона наиболее подверженное throttling'у ядро снижает множитель до 14х, а потому отстаёт от второго. Происходит это из-за перегрева - термодиод даёт команду, срабатывает механизм TM2. Заметим, что "глюк" самой утилиты CPU-Z здесь исключён - запуск двух копий Prime95 и SuperPI соответственно выявили реальную разницу в уровне производительности ядер.
Такое объяснение могло бы удовлетворить нашего любознательного доктора, но в деле возникли неожиданные обстоятельства. Как выяснилось, владелец одного из процессоров Pentium D 830 (3.0 ГГц) заметил подобную "асимметрию" множителей и в номинальном режиме работы: одно из ядер работало на частоте 3.0 ГГц, второе - на частоте 2.8 ГГц. И это при том условии, что процессор охлаждался "водяной" системой, а функции EIST и C1E в BIOS материнской платы были отключены. Перегрев в данном случае был полностью исключён, так как термодатчик показывал температуру не более 40 градусов Цельсия. Если для человеческого тела такая температура близка к смертельному порогу, то процессоры Intel с двумя ядрами на этой отметке должны чувствовать лёгкий озноб.
Кстати, влияние функций C1E и EIST на режим работы ядер в подобных ситуациях тоже следует учитывать. Если в разделе "управление питанием" операционной системы Windows выбраны любые пункты, кроме "Домашний/Настольный" и "Включен постоянно", то технология EIST должна будет понижать частоту хотя бы одного из ядер до 2.8 ГГц в моменты незначительной нагрузки. В моменты бездействия системы аналогичные меры должна предпринимать функция C1E. Впрочем, в ситуации с разгоном обоих ядер и отключением энергосберегающих функций подобные сценарии не должны работать. Если, конечно, нет какого-то "глюка" в BIOS материнской платы. Заметим, что наши единомышленники из упомянутого форума использовали процессор Pentium D 830 в паре с материнскими платами Asus и Abit, так что проблема имеет свойство повторяемости.
Виноват ли в проблеме конкретный экземпляр процессора, конкретная версия BIOS конкретной материнской платы, либо просто "бенчмарки у вас неправильные" - ответы на эти вопросы мы хотели бы узнать в ближайшее время. Надеемся, что созданный общественный резонанс позволит получить ответы достаточно скоро.
P.S. Комментарии от представителей Intel мы получили достаточно быстро, поэтому решили сразу обновить новость, чтобы не откладывать кота в долгий ящик :). Общая идея гипотезы сводится к неспособности BIOS конкретных материнских плат корректно работать с процессорами Smithfield.
Дело в том, что на сегодняшний день существует две модификации процессоров Smithfield с частотой 3.0 ГГц и выше. Они по-разному ведут себя в процессе начальной загрузки и требуют разной реализации поддержки на уровне BIOS. Часть материнских плат вполне может не распознавать модификацию ядра корректно. Этим, как раз, может объясняться тот факт, что один из рассмотренных на страницах указанного форума процессоров понижает до 14х множитель первого ядра, а второй - множитель второго ядра.
Второй момент: поддержку технологии EIST для ядра Smithfield выключить нельзя, так как она требуется уже при начальной загрузке системы. Теоретически, даже после принудительного отключения EIST в BIOS материнской платы в случае с процессором Smithfield технология должна самостоятельно активироваться вновь. Отдельные процессоры Smithfield загружаются на минимальном множителе 14x, что требует срабатывания EIST для дальнейшего возвращения множителя в максимальное значение.
В-третьих, питание обоих ядер управляется совместно. Тем не менее, команда на понижение множителя до 14х в рамках технологии TM2 может срабатывать для обоих ядер независимо, а вот напряжение на ядрах снижается только в том случае, если оба понизили частоту.
Наконец, приведём заключение по возможным причинам текущей аномалии. Скорее всего, BIOS конкретных материнских плат некорректно отрабатывает процедуру начальной загрузки, либо отключение технологии EIST вносит соответствующие искажения в эту процедуру, в результате чего одно из ядер "зависает" на пониженном множителе. Эта версия отчасти подтверждается и сообщениями "пострадавших" о том, что множитель одного из ядер не поднимается выше 14х даже в номинальном режиме эксплуатации при использовании водяного охлаждения и температуре ядер не выше 40 градусов Цельсия.
Как вариант может рассматриваться версия о том, что материнская плата спроектирована с отклонениями от требований по регулятору напряжения (VRM), однако в данном случае она маловероятна: материнские платы основаны на чипсетах серии i945x/i955X, изначально ориентированных на поддержку двухъядерных процессоров Smithfield.
Если источником проблем действительно стал BIOS материнских плат, то вопрос может быть решён простым обновлением микрокода материнской платы. Возможно, у этой истории появится продолжение. Мы пока не ставим точку, и продолжаем следить за развитием ситуации.
Сейчас обсуждают