If you try a WHDLoad game, like 4D Sports Driving at for instance 68040 Fastest NO GIT, it's quite slow and jerky but if you change the CPU to 25 Mhz it's faster !! Fastest CPU seems the same as 7 Mhz in games with JIT OFF.
You have to understand how "Fastest" is working. We use as much time as possible to emulate more CPU cycles estimated by the elapsed time since last vsync. Between CPU emulation and next vsync, we have to do the real drawing of the frame and this takes sometimes more time than expected (for example if using HAM, lot of sprites or lot of color changes in some rasterlines). If this happens, we miss the hardware vsync and the SDL_Flip() waits an entire frame till return and we have the stutter.
On Pandora, we reduced this with a modified handling of vsync in latest kernel (done by notaz).
[doublepost=1471759112,1471757076][/doublepost]Here is a new beta version of UAE4ARM.
I used profiling option from gcc to optimize performance, so maybe there are some unexpected behaviours.
Changes since last beta:
- Avoid audio delays in some games/demos
- Automatic switch of freshrate for programmed NTSC/PAL mode change
- Bugfix in JIT which sometimes caused seg faults when enter gui
- Savestates enabled for HD and CD configurations (don't know if this is stable)
- Optimized with profiler
- Added option "Wait for blits" from WinUAE
[doublepost=1471759765][/doublepost]
JIT ON
68040 Fastest - 329427 Dhrystones
68040 25 Mhz - 2600 ?
68040 14 Mhz - 2600 ?
68040 7 Mhz - 2600 ?
I can't confirm this on Pandora, i get
68040 7MHz - 1275
68040 14MHz - 2595
68040 25MHz - 4649
68040 Fastest - 119000
Only thing I noticed is that you have to do a reset after changing cpu speed.