Содержание
RPCS3 похвастался производительностью свыше 1500 FPS на экране запуска Minecraft (PS3 Edition). В опубликованном скриншоте фигурирует результат 1558,84 FPS, а команда проекта отдельно подчеркнула среднее время кадра — 0,00064 секунды (0,64 мс) при эмуляции системы.
Речь не про «Minecraft летает на ПК». Смысл цифры в другом: приложение одновременно эмулирует железо PlayStation 3, переводит бинарный код и отрисовывает кадр — и всё это укладывается в доли миллисекунды.
Почему 1500 FPS в эмуляторе PS3 — это не про «меню и так лёгкое»
Да, это только титульный экран, а не геймплей. Но даже такой кадр в эмуляторе — это цепочка задач, где нужно правдоподобно «прикинуться» консолью, а не просто запустить игру напрямую на x86-64. Именно поэтому проект подаёт результат как веху оптимизации.
Важный нюанс: PlayStation 3 построили на архитектуре, которая плохо ложится на привычную нам логику «CPU+GPU как в ПК». И когда у кого-то в 2026 году отдельные игры эпохи PS3 всё ещё капризничают в эмуляции, это чаще упирается не в «слабый ПК», а в сложность точной имитации поведения консоли, включая тайминги.
Железо PS3: старое по годам, странное по устройству
PlayStation 3 вышла в ноябре 2006 года. За графику там отвечает GPU Reality Synthesizer (RSX) — близкий родственник NVIDIA GeForce 7800 GTX, но с отличиями и, по описанию, с вдвое меньшей пропускной способностью памяти.
CPU — это Cell Broadband Engine от IBM, Sony и Toshiba: один PowerPC-ядро и восемь блоков SPE, из которых в финальном дизайне работают семь. При этом один SPE резервируют под задачи ОС, так что игре обычно доступно шесть.
Ключевая головная боль для эмуляции — не «мощность», а поведение связки CPU и GPU. RSX и Cell общаются через проприетарную шину FlexIO, которая иногда быстрая, а иногда проваливается до 16 МБ/с для отдельных передач. И у операций плавает задержка: чтение и запись ведут себя по-разному, как и направление передачи между устройствами. Если эмулятор ошибается с ожидаемой задержкой, программа может упасть или начать вести себя непредсказуемо.
Почему SPE/SPU так тяжело «перевести» на x86-64
SPE в Cell не похожи на SIMD-блоки современных CPU. У каждого есть собственное 256 КБ Local Storage и свой контроллер памяти. Данные в Local Storage разработчик загружает вручную, отправляя команды контроллеру памяти внутри каждого SPE.
Сами вычислительные блоки (SPU) тоже нетипичные. Они работают с ограниченным набором типов данных, а многие операции требуют сложной перекладки битов. В эмуляции это превращается в ситуацию, когда одна инструкция может разрастись в десятки действий на x86-64.
Отдельно упоминаются 128-битные атомарные операции, которые приходится эмулировать быстро и точно, включая «похожую» задержку выполнения. Новые инструкции из набора AVX-512 помогают, но проблему полностью не закрывают.
Публикацию с рекордом команда RPCS3 сделала 8 марта 2026 года в своём аккаунте в X, приложив скриншот с показателем 1558,84 FPS. Ссылка на пост: x.com/rpcs3/status/2030769563869024266.
