RPCS3 Crashes on Intel 13th/14th Gen CPUs When Running Above 5 GHz

[MantraAU]

Quick summary

RPCS3 crashes randomly when running on Intel 13th or 14th Gen CPUs with clock speeds above 5 GHz.

The cause of the crash is due to "Vmin Shift Instability".

The crash occurs during PPU compilation, and limiting the CPU speed to 5 GHz via Intel Extreme Tuning Utility resolves the issue.

A potential solution for RPCS3 would be to detect affected CPUs and offer an automatic throttling option to 5 GHz to prevent crashes.

Details

It seems that RPCS3 can randomly crash when the CPU is running faster than 5 GHz.

While playing a game, it suddenly crashed and closed without showing an error message. Afterward, every attempt to reboot the game resulted in a crash during PPU Compilation, preventing me from even booting into the XMB.

When it crashes, the screen freezes on: (These figures may vary)

Compiling PPU Modules..  
Progress: file 67 of 412. module 2 of 50

Shortly after, RPCS3 closes entirely without any error message.

I tried multiple fixes, including reinstalling RPCS3, restarting my machine, tweaking various settings, and analyzing the error log with ChatGPT, but nothing worked.

How I Fixed It:

The issue is called "Vmin Shift Instability" and it's present in only 13th & 14th Gen Intel CPUs (Yay Intel)

I found that CPUs running faster than 5 GHz can cause crashes while troubleshooting a similar issue with Call of Duty. In that case, I found (This Video) that suggested capping the CPU frequency.

Applying the same workaround to RPCS3, I used Intel Extreme Tuning Utility to limit my CPU's performance cores to 5 GHz. This immediately resolved the issue, and the emulator worked without further crashes.

I’ve tested this fix multiple times, and it consistently prevents crashes in RPCS3.

How can this be fixed in RPCS3?

There are 2 ways to fix this and it's a BIOS update or to throttle the CPU Speed to 5Ghz.

This can definitely be fixed by the users but some may not be experienced enough to update their BIOS, others may not have an unlocked CPU.

A good solution would be for RPCS3 to:

• Detect if the CPU is affected.
• Offer an option to throttle the CPU speed to 5 GHz automatically.
• Advise User to update their BIOS

If the developers don’t have access to a 13th or 14th Gen CPU, I’m happy to assist with further testing via TeamViewer or AnyDesk.

Attach a log file

RPCS3.log

Attach capture files for visual issues

No response

System configuration

Intel Core i7 14700K (Stock Clock - Except for underclocking it to fix the issue)

NVIDIA GeForce RTX 3080 Ti
Driver Version: 32.0.15.6636

Other details

No response

[kd-11]

Settings -> Emulator -> LLVM compiler threads
Choose a value less than your CPU core count.

[yeager]

Went down to 31 but did not help..
RPCS3.log

[MantraAU]

Settings -> Emulator -> LLVM compiler threads Choose a value less than your CPU core count.

This setting does not resolve Vmin Shift Instability. This issue occurs when the CPU requests voltage, but the voltage applied is insufficient or incorrect due to instability at high frequencies.

The problem does not stem from having too many cores or threads active; it arises specifically with CPUs operating at high frequencies.

Edit:

https://community.intel.com/t5/Blogs/Tech-Innovation/Client/Intel-Core-13th-and-14th-Gen-Desktop-Instability-Root-Cause/post/1633239

[MantraAU]

Went down to 31 but did not help.. RPCS3.log

Can you show me a screenshot of your Intel Tuning Utility?
6Ghz down to 3.1Ghz is very extreme

You should only need to change your Performance Core Ratio from 60x > 50x

[yeager]

I didn't reduce the clock at first.. but now I did and that worked great! Thanks!

[AniLeo]

We at least need a way to detect this to discard false positive crash reports, otherwise we'll have to assume that all crash reports from these two gens can be not our bug

[MantraAU]

We at least need a way to detect this to discard false positive crash reports, otherwise we'll have to assume that all crash reports from these two gens can be not our bug

Unfortunately, there isn’t a direct way to detect this issue, as it’s a low-level hardware bug. However, RPCS3 could potentially mitigate false positives by implementing checks for affected CPUs and their operating frequency during startup. Based on this, RPCS3 could:

• Advise the user about the potential issue and recommend throttling their CPU to 5 GHz (if applicable to their hardware).
• Suggest updating their BIOS (Intimidating to newbies & not all manufacturers have released fixes for this).
• RPCS3 implementing a feature to throttle its own operations to 5 GHz, if technically feasible??
• Add a warning at the top of the log to alert users and developers that Vmin Shift Instability might be the cause of crashes or other issues.

Since this is a hardware instability, the scope of its impact could extend beyond just crashes. It might cause smaller issues that are harder to identify. Without a warning in the error log, users and developers might not realize it’s a contributing factor.

At the very least i believe a warning in the log or a notification/warning would be a good step forward

[kd-11]

Went down to 31 but did not help.. RPCS3.log

I was thinking more like start with a handful and figure out your safe limit. Going down 1 or 2 cores isn't going to get you much headroom.

[Yahfz]

@MantraAU If everybody with an unstable system asked us to fix their issue inside RPCS3 we'd be doomed. I'm not gonna say this isn't RPCS3 problem, but this isn't RPCS3 problem.

[CockneyRhymingJedi]

Went down to 31 but did not help.. RPCS3.log

I was thinking more like start with a handful and figure out your safe limit. Going down 1 or 2 cores isn't going to get you much headroom.

Just to give feedback, this fixed it for me; I increased it to 23 cores before the crashes reappeared on my computer (i9-14900KF processor) using version RPCS3 0.0.34-17383-f1f85335 Alpha | master. Coincidentally, this is the number of physical cores -1, or the correct number (24) if you count from 0 (as Windows references the cores).

Once the cache was compiled, I could revert to full 32 cores to play the game (Disgaea D2) if I wished.

This makes me wonder if the issue is the LLVM compiler not handling the fact not all cores are hyper-threaded on the 13/14th gen Intel processors (e.g. I have 8 performance cores with 2 threads each, and 16 efficient cores with 1 thread each). However, this is pure conjecture on my behalf as I don't know enough about this project, the LLVM-project, or indeed C/C++ to back this up.

NB: this computer already had the microcode fix installed before using RPCS3.

[Yahfz]

This makes me wonder if the issue is the LLVM compiler not handling the fact not all cores are hyper-threaded on the 13/14th gen Intel processors (e.g. I have 8 performance cores with 2 threads each, and 16 efficient cores with 1 thread each). However, this is pure conjecture on my behalf as I don't know enough about this project, the LLVM-project, or indeed C/C++ to back this up.

That isn't the case here. There's several users including myself using a 13-14th gen cpu with 8+16 cores and we don't have any problems. Your CPU is simply unstable, you can most likely reproduce this in some stress test such as prime95.