Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
About Performance, EE% and GS%
#1
I downloaded PCSX2 it's good to be able to play my ps2 games, as my console is currently broken.

I searched around and people mentioned that the EE and GS percentage values that appear on the upper border of the screen let you know what is probably causing slowdowns and such.
The thing is that when I'm running Ico, 2x native resolution will give a constant 60 fps, with the EE value ranging from 25 to 50% and GS value ranging from 10 to 30%, but with the EE value always higher.

When I go to 3x native, the framerate depends heavily on the area, but it normally goes from 40 to 60 fps, but the EE and GS values are almost the same and I imagined that they would go up, saying that the "processing" was higher, but it couldn't keep up, which would say what is holding the performance back.

What is even stranger for me is that when I peaked 60fps at a certain moment, the EE was at 90%.

I will post my specs, it's a notebook, just so you guys know.

Specs:

Intel Core i7 3630QM 2.4 Ghz - 3.4 Ghz
8 Gb of Ram
Nvidia GT 630M 2Gb

I want to know if you guys could tell me more about these values and their actual meaning in relation to performance.

*Thanks in advance!*
Reply

Sponsored links

#2
EE and GS % shows only threads over cpu if they reach around 100% and fps aren't full you are limited by too weak cpu. Increasing the internal res affects mostly your gpu and most of the time when you aren't cpu limited you can accurately guess you are limited by your gpu, that's exactly what happens for you. GT 630M is totally too weak for any high internal res, it's pretty low end gpu from it's series and to make it worse mobile version.

EE rises when you get more fps couse basically those moments are less gpu demanding and since you aren't being bottleneck by gpu any longer the game is able to use the rest of your hardware, nothing strange there;].
Reply
#3
Miesru99 answer is correct, let's just add a few points to help understanding these two gauges.

The following is technical blabla and may be skipped, it's there just to those willing to get a brief understanding on the stuff.

Code:
The actual EE is the PS2 CPU and GS is it's graphics system with the VUs being yet another subsystem (nowadays integrated into the same EE chip).

From the emulator's view point, The EE gauge measures the load over the PC CPU due to the activity of emulating EE+VU work while GS gauge measures how much the GS is stalling (so only indirectly indicating how well the GPU is doing it's work). In a sense, these two gauges indicates how the emulation is stalling. Besides is important to know EE gauge does not indicate the actual load on the PC CPU, only it's ability to perform what the emulator's core emulation. That's the reason one could be surprised seeing EE is nearing 100% all the while a PC CPU monitor could show the CPU is relatively unloaded and sometimes "underclocked" even. This is the case where a Windows power plan other than "Performance" which forces the CPU to run at nominal value may cause slowdown.

So, high EE gauge values is the main indicator the CPU is the bottleneck and GS is the indicator the GPU is the problem. One interesting problem arises from this situation but it's somewhat transparent to the non geek user.

That is the VUs could be looked as being one the most important parts of the graphics calculations on PS2 and that's right almost completely. Just the bulk of that VU processing is done on the CPU (at PCSX2) and then reflected on EE gauge also. The consequences of using the speedhacks may be foreseen and used to pinpoint potential issues in the gaming and help getting the best compromise for performance vs accuracy, as follow:

EE cyclerate speedhack actuates reducing (virtually underclocking) the Emotion Engine clock, the point is if EE (the PS2 CPU) running slower it becomes easier to emulate. The obvious drawback being this may seriously compromise the whole syncing and timings, hence problems with sound are the most evident.

VU cycle stealing on the other hand deals with graphics specifically, the actual PS2 VUs block is where most of graphics treatment and PS2 post processing is done. Notice this is not the same as PCSX2 post processing that is almost totally done on the plugin and does not directly affect the emulation. When this speedhack is too aggressive, and how much aggressive depends on the game, the main symptom is the game feels lagging despite the actual PCSX2 FPS is increased. Since this 60 or 50 FPS (NTSC or PAL respectively) refers to the actual PS2 refresh rate and is important to keep PCSX2 timings, some people call it "fake FPS" when the lag occurs due to speedhacks (The FPS is actually real but the "motion", the actual changing in the image is harmed).

Then, about performance vs final image quality and "The best PCSX2 setup: the answer should be: It's a compromise.

The best PCSX2 configuration is "no speedhacks or any PCSX2 post processing features", this is what can give you the most "real" PS2 experience.

But then not every machine can do without speed hacks due to performance constraints (due to CPU lack of power) or can get the most beautiful image, better than original PS2 (due to GPU lack of power). Then...

The answer for "best PCSX2 configuration" becomes: the least hacks of any kind that the machine can afford AND the best post processing the GPU can afford meaningfully.

Just know that EE cycle rate in excess may and probably will give you sync problems, mainly with sound, reduce it if that is happening.

VU cyclestealing in excess will make the game feeling laggy and may introduce visual artifacts, reduce it if experimenting such kind of issues.

MTVU is an attempt to give multithread capacity to the VU module, this is very, very very timings depending and will help with multicore CPUs, where it does not breaks things... the other speedhacks may harm it also.

The roundings and clamping aren't really speedhacks, best keeping them at normal almost always for they are the standard for float point calculations. They may help in those cases PS2 game's code is "misbehaving" against that standard.

On the graphics quality side, use your taste and best judgement, these aren't really part of the emulation but are nice, when they don't make things worse.

in general, use criteria and the above information to get an idea of which speedhack to increase and when to try lesser values depending on the collateral effects becoming evident.

@devs
If the VU processing is moved from the CPU (at least the bulk of it) to the GPU, maybe using OpenCL or available general GPU access languages, the overall PCSX2 performance could get a greater performance boost. Still I'm not sure at all of what that suggestion implies in terms of feasibility to be even worthy further thoughts.
Imagination is where we are truly real
Reply
#4
Well, thanks for the aswers miseru99 and nosisab Ken Keleh.
So basically, I'm being limited by the GPU here,as the EE loads aren't at 100%, but I'm getting good fps.
I guess I'll just play Ico with 2x native, it's still much better than the original Ico resolution (kinda blurry) and I still need to test my other games, especially Shadow of the Colossus and Final Fantasy XII.
Thanks again for the help guys!
Reply




Users browsing this thread: 1 Guest(s)