Denuvo сорвала CPU-тесты Resident Evil Requiem: кеш решает
Resident Evil Requiem неожиданно стала примером того, как DRM может мешать не только пиратам, но и нормальным тестам производительности. Мы хотели проверить масштабирование по CPU на большой выбор железа, но Denuvo Anti-Tamper фактически остановила тесты после 13 процессоров.
Ирония в том, что сама игра по ощущениям работает стабильно. За несколько часов геймплея вне бенчмарков мы не увидели того дикого статтера, который в своё время преследовал Resident Evil Village. Но для лабораторных прогонов история снова упёрлась в DRM.
Главная проблема оказалась не в сложности методики, а в лимитах аутентификации. В Requiem стоит Denuvo Anti-Tamper, и игра позволяет активировать себя только на пяти ПК в сутки (Denuvo формулирует это как пять устройств за 24 часа). В нашем случае замена процессора засчитывалась как новое устройство.
На практике это выглядело так: каждые пять протестированных CPU мы получали блокировку и не могли продолжать тесты примерно сутки. План был собрать эти по 35 процессорам, но пришлось остановиться на 13, чтобы уложиться в окно перед релизом.
Важный нюанс: Denuvo работает через токены. Игра при запуске проверяет лицензию на серверах, выдаёт токен и пускает дальше. Но при изменениях системы токен может стать недействительным. Что именно считается «изменением системы», Denuvo не раскрывает. В обсуждениях фигурируют даже обновления Windows, драйверов GPU и разные версии Proton на Linux, но точного списка нет.
Если отойти от DRM, то с производительностью у Requiem всё неплохо. Игра построена на RE Engine, и по общей картине это ожидаемо: движок давно умеет хорошо масштабироваться и обычно не душит процессор без причины.
Отдельно отметим, что в игре есть path tracing, и он выглядит эффектно. Но для CPU-тестов его
