О нестабильности процессоров Intel и огромном процессе отказов мы уже слышали не раз. Однако компания Puget Systems утверждает, что конкретно её опыт показывает, что CPU AMD возвращали по гарантии даже чаще!
Компания, которая занимается сборкой и продажей как потребительских ПК, так и рабочих станций с серверами, привела свою статистику отказов CPU за последние годы.
Как можно видеть, процессоры Intel Core 13-го и 14-го поколений выделяются в негативном ключе разве что на фоне Core 12-го и Core 10-го поколений. У Core 11-го поколения процент отказов был примерно втрое выше, а у Ryzen 5000 и Ryzen 7000 — более чем вдвое.
Если посмотреть на более подробную статистику отдельно для процессоров Intel, то можно видеть внушительный всплеск количества отказов в последние несколько месяцев. Если такие же показатели будут держаться и дальше, то итоговый результат для актуальных CPU, конечно, сильно ухудшится.
Очень важно отметить, что специалисты компании отчасти сами объясняют, почему их опыт отличается от того, что мы привыкли видеть в последнее время у других.
В Puget Systems мы сталкивались с этой проблемой, но наш опыт был гораздо более сдержанным с точки зрения сроков и частоты отказов. Чтобы ответить на вопрос, почему, мне придется рассказать немного истории.
Возвращаясь к 2017 году, с процессором Intel Core i7-8700K, мы опубликовали статью под названием «Почему обозреватели оборудования получают разные результаты тестов?», которая помогла привлечь внимание к тому факту, что материнские платы поставлялись с включенной функцией «Multicore Enhancement», которая устанавливала частоту CPU «All Core Turbo» на уровне «Single Core Turbo». По сути, это был разгон CPU, который выходил за рамки официальных спецификаций Intel и имел отрицательные последствия для стабильности и температур. В Puget Systems мы всегда ценили стабильность в первую очередь и делали выбор в пользу следованию спецификациям Intel. За кулисами это означало поощрение Intel к публикации этих спецификаций в Intel ARK и подталкивание ODM-производителей материнских плат следовать рекомендациям Intel в качестве настроек по умолчанию. JayzTwoCents помог повысить осведомленность общественности об этой проблеме, и на короткое время казалось, что все вернулось на круги своя.
С тех пор наша позиция в Puget Systems заключается в том, чтобы не доверять настройкам по умолчанию на любой материнской плате. Вместо этого мы обязуемся внутренне тестировать и применять настройки BIOS — особенно настройки питания — в соответствии с нашими собственными лучшими практиками, уделяя особое внимание соблюдению рекомендаций Intel и AMD. В частности, в случае с процессорами Intel Core мы уделяем пристальное внимание уровням напряжения и продолжительности времени, в течение которого эти уровни поддерживаются. Это было особенно сложно, когда эти рекомендации трудно найти, и когда производители материнских плат маркируют функции своими собственными уникальными названиями.
Тем не менее, мы с уверенностью придерживались этого подхода из-за большого количества реальных испытаний, которые мы здесь проводим. Мы даже разработали собственный набор тестов PugetBench, целью которого является тестирование реальных сценариев, руководствуясь многолетним опытом и обучением наших клиентов и партнеров. Наш подход всегда заставлял нас быть консервативными в отношении наших настроек питания, особенно когда мы показывали, что реальное влияние на производительность составляет лишь 1-2%
Таким образом, Puget Systems настраивает свои ПК в соответствии с рекомендациями AMD и Intel и собственными тестами. При этом, как мы знаем, абсолютное большинство системных плат по умолчанию поставляются с активированными режимами, ответственными за повышение напряжений, частот и так далее. Собственно, изначально Intel обвиняла производителей плат в нестабильности CPU, указывая именно на эту проблему.
То есть, как видим, благодаря подходу Puget Systems частота отказов у актуальных процессоров Intel находится в пределах нормы и даже ниже, чем у актуальных CPU AMD. По вышеуказанным причинам это нерепрезентативный пример для рынка в целом, однако это хороший пример того, как можно сделать, чтобы снизить риски возникновения различных проблем с CPU.
