JF PA-28 Arrow CPU Heavy?
-
The aircraft is approaching study level so a lot more systems are being simulated at a higher computational expensive as a result.
-
Honestly I"d sort of expect this for any of the higher fidelity aircraft. I dont notice any issues but I do have a 5900x on open loop cooling and ultrafast ram.
-
Unfortunately, on my system the performance issues are noticable. I understand that my CPU and RAM (16@3200) are only (below) average, but even the Working Title CJ4 mod has a better performance (I've just tried).
But yeah, I have actually no idea about the systems modeled and how demanding they are. I only know that the flight model is pretty good.
Yet it would be nice if JF tried to optimize the CPU performance in future updates. Maybe it will become possible when Asobo improves their SDK.
-
Unfortunately, Third Party aircraft cannot be compared in anywhere to basic aircraft in MSFS, Third part aircraft will contain a lot more custom code and generally more realistic than anything from the base sim, meaning that it will use more resources than anything from the base sim.
-
I have found the solution. It’s right in the manual.
I suspected the EFB and all the GPS modules running in the background (at the same time) could affect the CPU. But turning off the EFB using the I/Com switch did not help, because it does not actually turn it off, it only makes it invisible. However, the EFB can be switched off by using the physical ‘Home’ button, located on its right bezel (as correctly described in the manual):
FPS CPU TEST (w/ lowest graphics settings):
EFB On:
EFB Off:
-
I have noticed this as well. In fact, I have to stay away from high density areas and airports in order to keep my frame rate at a flyable level.
Obviously some impact on the performance is expected with this addon compared to the default equivalents, but I get worse fps with this addon than I get with the FBW A32NX and the WT CJ4. Those aircraft are way more complex than the Pa-28 which brings me to believe there's something else going on here.
My theory is that they accidentally released a debug build. They are compiled with debug flags and no optimization flags which would explain the performance issue.
-
I have found the solution. It’s right in the manual.
I suspected the EFB and all the GPS modules running in the background (at the same time) could affect the CPU. But turning off the EFB using the I/Com switch did not help, because it does not actually turn it off, it only makes it invisible. However, the EFB can be switched off by using the physical ‘Home’ button, located on its right bezel (as correctly described in the manual):
FPS CPU TEST (w/ lowest graphics settings):
EFB On:
EFB Off:
Fantastic find, thank you!!!
-
I only see a 1 FPS increase turning the EFB off.
-
Yep, the FPS increase will only be visible if you're CPU bound since it basically only affects the CPU load.
@Craig said in JF PA-28 Arrow CPU Heavy?:
Unfortunately, Third Party aircraft cannot be compared in anywhere to basic aircraft in MSFS, Third part aircraft will contain a lot more custom code and generally more realistic than anything from the base sim, meaning that it will use more resources than anything from the base sim.
Well this is a bold statement if even a complex airliner which definitely has more lines of code and logic and screens has less FPS impact.
The EFB with it's static display eating so much CPU power is simply unoptimized and should be fixed. There is no reason that the EFB alone (the rest of the logic is still working fine while the EFB is off!) costs so much performance.
