What's new

Emu as High Priority Process may increase speed

Doomulation

?????????????????????????
I don't quite know why, but i think it has to do with that there are diffrent threads the emulator uses. Like a thread for the core, one for gfx and one for sound...but i don't know. Maybe if you put up priority on these as well, you might not get this "freeze."
 

Bopig!

The Great BO
Well, I've tried your program Neto and it is pretty convienent. I DO notice a speed difference when I set it too high, but the sound starts cracking on realtime. Also, I've found out that my game freezing isn't caused by priority class it's another odd reason that was fixed by turning a few nice features on in my graphics card settings. It freezes LESS now but not completly. It's a pretty graphics heavy game so I'm guessing that might have to do with it.
Doomulation, what you said makes me think, but how exactly would I set the priorty of those?
 
OP
NeTo

NeTo

Emu_64 HiP Coder
Doomulation said:
I don't quite know why, but i think it has to do with that there are diffrent threads the emulator uses. Like a thread for the core, one for gfx and one for sound...but i don't know. Maybe if you put up priority on these as well, you might not get this "freeze."

Yeah i spent all time today playing with those, but the there too many process/threads combinations possible (especially in win 2000/xp). I will try to see now wich ones are useful, to keep the utility easy of use.

I'm playing also with some system threads (this is awful work), to prevent some system threads from freezing at higher priorities.

In the meanwhile I will post my work so far. This is a new version of the utility that includes a 'smart priority' setting (the utility can switch emu priorities according to the CPU overload).

So now you can choose a realtime setting with 'smart priority' set to on, and no major problems should appear.

I also added a more moderated 'Above Normal' Priority, if the high and realtime gives problem. Well, any other addition is in the readme, so i will stop talking so you folks don't get asleep. :geek:
 
OP
NeTo

NeTo

Emu_64 HiP Coder
Bopig! said:
Well, I've tried your program Neto and it is pretty convienent. I DO notice a speed difference when I set it too high, but the sound starts cracking on realtime. Also, I've found out that my game freezing isn't caused by priority class it's another odd reason that was fixed by turning a few nice features on in my graphics card settings. It freezes LESS now but not completly. It's a pretty graphics heavy game so I'm guessing that might have to do with it.
Doomulation, what you said makes me think, but how exactly would I set the priorty of those?

Oh! and Bopig!, the problem is cos' of the realtime setting. Since the video instructions of your card get lower priority, they get accumulated until the whole thing hangs. The new feature i added should give them the time required to execute sincronously (but i don't know how much that will reduce the speed boost). Sound should be less choppy (if not normal) also.

In the worst of cases you should notice a speed gain with the new conservative options on, even if multitasking.

(Now I can play Zelda Master Quest in my TV, and at 1152x864 on my PC!!. If that could be done with some fine-tuning, then priorities are not that dangerous then...):happy:
 
Last edited:

Doomulation

?????????????????????????
Bopig! said:
Doomulation, what you said makes me think, but how exactly would I set the priorty of those?
I have frankly NO IDEA as i haven't developed the core nor the plugins.
It's just my guess it does this since it freezes...
 

lucindrea

New member
Doomulation said:
Realtime is just a waste. I've never found it good for anything.
It even chops the mousepointer! (Well, duh, even if you set apps on high priority and even if you run things like scandisk that set down the system performance, the mousepointer is still no problem!)

I can't see any good with realtime...


You can change priority if you've got a lot of processes running. Ensuring that pj gets more processor time than the others.


when your useing a multi processor machine ( i have one because i do alot of video editing and almost all the video editing programs are multi threaded ) you can toss all your normal window processed to 1 cpu then put the forground one to the sepcond cpu and real time that process , it does make a large differance , but as with all things windows , it's not the most stable thing to do ...
of course the point is mostly mute as most home users do not own multi cpu systems
:bounce:
 

Top