Недавний технический анализ выявил по меньшей мере любопытную ситуацию в экосистеме AMD. Архитектуры RDNA 2 и RDNA 3 демонстрируют значительное снижение производительности при активации функции FSR 4 INT8, последнего разработки компании в области технологий апскейлинга. 📉
Падение, составляющее около десяти процентов по первым замерам, одинаково затрагивает как текущие, так и предыдущие поколения видеокарт. Это создает технологический парадокс, где функция, предназначенная для улучшения производительности, в итоге заметно ее ухудшает.
Оптимизация, которая десоптимизирует, порочный круг технологии.
Понимание проблемы производительности
Проблема, похоже, связана с тем, как эти архитектуры обрабатывают операции точности INT8, требуемые последней версией FSR. В то время как другие подобные технологии показывают улучшения, в этом конкретном случае наблюдается обратный эффект.
Практические последствия для пользователей включают:
- снижение кадров в секунду в играх
- увеличенное потребление системных ресурсов
- менее плавный игровой опыт
- неэффективность в использовании энергии
Сравнительный анализ между архитектурами
Самое удивительное в этой ситуации то, что оба поколения RDNA ведут себя аналогично, что предполагает проблему на уровне архитектурного дизайна. От серии 6000 до текущих 7000, все они имеют эту особенность, отличающую их от конкурентов.
Среди сценариев, где влияние наиболее заметно, находятся:
- разрешения 1440p и 4K с высокими настройками
- игры с интенсивной реализацией FSR
- ситуации высокой графической нагрузки с включенным RT
- сцены с множеством эффектов постобработки
Перспективы решения и альтернативы
Техническое сообщество ожидает, что AMD устранит это поведение с помощью обновлений драйверов или ревизий ПО. Тем временем затронутые пользователи могут использовать предыдущие версии FSR или исследовать другие доступные технологии апскейлинга.
И вот мы сталкиваемся с тем, что в эпоху искусственного интеллекта и продвинутого рендеринга технологический прогресс иногда делает два шага вперед и один назад. Или в этом случае — на десять процентов назад. Ирония оптимизации до точки десоптимизации. 🔧