• Login
  • Register
  • Dolphin Forums
  • Home
  • FAQ
  • Download
  • Wiki
  • Code


Dolphin, the GameCube and Wii emulator - Forums › Dolphin Emulator Discussion and Support › General Discussion v
« Previous 1 ... 252 253 254 255 256 ... 368 Next »

Is it possible for Dolphin to support quad cores?
View New Posts | View Today's Posts

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Thread Modes
Is it possible for Dolphin to support quad cores?
03-26-2011, 01:30 PM
#1
Aikawa Kizuna Offline
Junior Member
**
Posts: 37
Threads: 13
Joined: Mar 2011
Wouldn't that increase performance for people who have quad core processors?
Find
Reply
03-26-2011, 02:28 PM
#2
boogerlad Offline
Above and Beyond
*******
Posts: 1,134
Threads: 21
Joined: Apr 2009
no. Have fun trying to multi-thread the code yourself.
Find
Reply
03-26-2011, 02:57 PM (This post was last modified: 03-02-2012, 07:27 AM by NaturalViolence.)
#3
NaturalViolence Offline
It's not that I hate people, I just hate stupid people
*******
Posts: 9,013
Threads: 24
Joined: Oct 2009
Current threads that need lots of processing work per second:
-CPU emulator (main thread)
-Video (gpu emulation frontend)
-DSP (audio emulation frontend)

Current threads that I know of that need very little processing work per second (there are more, I assure you):
-Input #1
-Input #2
-Input #3
-Input #4
-GUI
-Audio backend

Normally video/dsp is one thread but with the dsplle on thread option you can put dsp lle audio emulation in it's own thread. That helps in some games depending on whether the main thread is running slower than the audio thread but causes hangs in games which use zelda ucodes (zelda and mario games).

Video and audio threads can not be easily multithreaded in a way that would offer any significant speedup. Having separate threads doing work would result in no speedup if the main thread is bottlenecking the whole system (which is often) and also since in emulation all of the opCodes have to be emulated in the order they are received the threads would simply be waiting for each other to finish their work before continuing. It would effectively accomplish nothing.

The CPU opCode recompiler could be multithreaded but that would be EXTREMELY difficult and unsafe. It would also have to stall/flush a lot, which would probably diminish the speedup attained from multithreading.
"Normally if given a choice between doing something and nothing, I’d choose to do nothing. But I would do something if it helps someone else do nothing. I’d work all night if it meant nothing got done."  
-Ron Swanson

"I shall be a good politician, even if it kills me. Or if it kills anyone else for that matter. "
-Mark Antony
Website Find
Reply
03-26-2011, 08:08 PM
#4
silveruniverse Offline
Spiteful
****
Posts: 557
Threads: 7
Joined: Sep 2009
@NaturalViolence - Nice HeadShot!
SilverUniverse on deviantART
[Image: sig.png]
Find
Reply
03-27-2011, 04:31 AM
#5
NaturalViolence Offline
It's not that I hate people, I just hate stupid people
*******
Posts: 9,013
Threads: 24
Joined: Oct 2009
Skid has actually been working on a multithreaded jit recompiler.....but he'll probably finish it around 2015 Tongue.
"Normally if given a choice between doing something and nothing, I’d choose to do nothing. But I would do something if it helps someone else do nothing. I’d work all night if it meant nothing got done."  
-Ron Swanson

"I shall be a good politician, even if it kills me. Or if it kills anyone else for that matter. "
-Mark Antony
Website Find
Reply
« Next Oldest | Next Newest »


  • View a Printable Version
  • Subscribe to this thread
Forum Jump:


Users browsing this thread: 1 Guest(s)



Powered By MyBB | Theme by Fragma

Linear Mode
Threaded Mode