Содержание
Resident Evil Requiem неожиданно стала примером того, как DRM может мешать не только пиратам, но и нормальным тестам производительности. Мы хотели проверить масштабирование по CPU на большой выбор железа, но Denuvo Anti-Tamper фактически остановила тесты после 13 процессоров.
Ирония в том, что сама игра по ощущениям работает стабильно. За несколько часов геймплея вне бенчмарков мы не увидели того дикого статтера, который в своё время преследовал Resident Evil Village. Но для лабораторных прогонов история снова упёрлась в DRM.
Denuvo ограничила тесты Resident Evil Requiem до 13 процессоров
Главная проблема оказалась не в сложности методики, а в лимитах аутентификации. В Requiem стоит Denuvo Anti-Tamper, и игра позволяет активировать себя только на пяти ПК в сутки (Denuvo формулирует это как пять устройств за 24 часа). В нашем случае замена процессора засчитывалась как новое устройство.
На практике это выглядело так: каждые пять протестированных CPU мы получали блокировку и не могли продолжать тесты примерно сутки. План был собрать эти по 35 процессорам, но пришлось остановиться на 13, чтобы уложиться в окно перед релизом.
Важный нюанс: Denuvo работает через токены. Игра при запуске проверяет лицензию на серверах, выдаёт токен и пускает дальше. Но при изменениях системы токен может стать недействительным. Что именно считается «изменением системы», Denuvo не раскрывает. В обсуждениях фигурируют даже обновления Windows, драйверов GPU и разные версии Proton на Linux, но точного списка нет.
Resident Evil Requiem в целом ведёт себя нормально, без «дерготни» Village
Если отойти от DRM, то с производительностью у Requiem всё неплохо. Игра построена на RE Engine, и по общей картине это ожидаемо: движок давно умеет хорошо масштабироваться и обычно не душит процессор без причины.
Отдельно отметим, что в игре есть path tracing, и он выглядит эффектно. Но для CPU-тестов его специально не включали, чтобы не упереться в GPU и не смешивать причины просадок.
И ещё один контраст: на RE Engine в последние годы выходили проекты, которые нагружали CPU сильнее, чем хотелось бы, включая Monster Hunter Wilds и Dragon’s Dogma. Requiem, судя по замерам, ближе к «хорошим» релизам Capcom, где движок ведёт себя предсказуемо.
CPU-скейлинг: в Resident Evil Requiem «кеш — король»
Даже по усечённым этим видно характер игры. AMD X3D-процессоры ожидаемо наверху, но интереснее другое: между топовыми X3D почти нет разницы. Ryzen 7 7800X3D, Ryzen 7 9800X3D и Ryzen 5 7600X3D показали практически одинаковые результаты и по средней частоте кадров, и по 1% low.
Похоже, Requiem любит быстрый доступ к этим и болезненно реагирует на задержки. Это подсветил и Ryzen 9 9950X: при всей мощности флагмана результаты Ryzen 5 9600X и Ryzen 7 9700X оказались выше, что указывает на влияние межчиплетной задержки (inter-CCD latency) у 16-ядерника.
На стороне Intel картина похожая. Переход от 14-ядерных Core i5 к 16- или 20-ядерным Core i7 в поколениях Raptor Lake и Raptor Lake Refresh даёт около 10% прироста. Но решающим фактором выглядят не ядра и не буст, а размер кеша, особенно общий L3. Показательно, что Core i7-14700K и Core i7-13700K выступили почти одинаково, хотя у Refresh выше частоты и больше ядер.
Самый наглядный эпизод случился с Alder Lake. Core i7-12700K тестировали с памятью DDR5-4800 (сток), а остальные Intel-чипы — с DDR5-7200. В итоге Core i5-12600K обошёл Core i7-12700K, хотя у i7 больше L3, больше ядер и выше частоты. Это прямой намёк: игра чувствительна и к памяти, и к кешам, и сбить баланс легко.
В сухом остатке: в Requiem высокие частоты и рост энергопотребления не превращаются в пропорциональный FPS. А по эффективности X3D выглядят сильнее всех, причём Ryzen 5 7600X3D выделяется как один из самых удачных вариантов по соотношению «кадры на ватт».
Что было в тестовом стенде и почему это важно
Для изоляции CPU-упора использовали RTX 5090 FE на стоковых настройках. Это логично: чем мощнее видеокарта, тем проще увидеть реальную разницу между процессорами, а не «упор в GPU».
- Видеокарта: RTX 5090 FE (stock)
- Охлаждение CPU: Corsair iCue Link H150i RGB (вентиляторы 100%)
- Память (Intel): 32 ГБ G.Skill Trident Z5 RGB DDR5-7200
- Память (AMD): DDR5-6000
- Материнская плата (AMD): MSI MPG X870E Carbon Wi-Fi
- Материнская плата (Intel): MSI MPG Z790 Carbon Wi-Fi
Из софт-настроек отключали VBS, включали Resizable BAR, и не трогали авторазгон вроде PBO. На X3D отдельно оставляли выключенными «игровые бусты» на новых платах. На Intel использовали дефолтные лимиты мощности, без агрессивных профилей, которые в Raptor Lake иногда приводили к проблемам.
Контекст: у Resident Evil уже был конфликт между DRM и производительностью
У серии Resident Evil с DRM и CPU-производительностью давняя история. В 2021 году Resident Evil Village ловила сильные микрофризы, и проблему заметили в том числе потому, что пиратские версии работали лучше легальных. Позже Denuvo убрали.
А в феврале 2026 Capcom уже попадала в похожий скандал: в Resident Evil 4 Remake (версия 2023 года) Denuvo убрали и заменили на другой DRM, после чего производительность на ПК просела до 40% в части сценариев, и удар пришёлся в первую очередь по CPU. Подробности этих замеров есть у Digital Foundry.
Что это значит для игроков и тех, кто апгрейдит ПК
Для обычного игрока главный практический вывод такой: Resident Evil Requiem не выглядит «сломленной» по производительности, но Denuvo может ударить по тем, кто часто меняет железо или любит ковырять систему. Лимит на «пять устройств» в сутки в реальности может означать и «пять крупных изменений конфигурации».
А для тех, кто выбирает CPU под игру, картина понятная: Requiem любит кеш и низкие задержки. Поэтому X3D в лидерах, а прирост от частот и лишних ядер ограничен. И да, память тоже может неожиданно решить исход сравнения, как показал случай с DDR5-4800 против DDR5-7200.
Дальше ждём двух вещей: более широких тестов после релиза и, возможно, изменений в политике DRM со временем. Denuvo часто ставят на «окно продаж» и убирают через год-два, но на момент публикации Requiem живёт с этими ограничениями.
