Dolphin, the GameCube and Wii emulator - Forums

Full Version: The SVN revision inferior to the offical released version ??
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
It's imposible to build multi-core support.This has already discuss from the developer skid.1 core for graphic and 1 core for sound,there is nothing left to put into
And they actually tried that ,no improvement in speed at all but break alot of game(if i remember correctly).To say thing correctly "stable for all game is what make future for dolphin"
Dualcore is good ,you guy just wait !
(07-17-2010, 11:58 PM)finalmars Wrote: [ -> ]
(07-17-2010, 11:52 PM)Diathorus Wrote: [ -> ]I like 2.0 more, but new builds have OpenCL and new Wiimote-plugin so...
I think because graphics and textures are 'fixed' it requires more power... don't worry, in about 4000 revs you will need a 3 ghz dual core to play gamecube games and have wfc support. be happy you can actually play games at all. Would you rather have wfc support with 50% less performance or no wfc at all? (for example)


Actually, it will become more and more difficult to raise the Ghz of CPU (after overclocking,we can get a 4Ghz CPU at most), it's time to optimize the Dolphin for multi-core CPU but not just for dual-core.

see
http://en.wikipedia.org/wiki/Megahertz_myth
Quote:It's imposible to build multi-core support.This has already discuss from the developer skid.1 core for graphic and 1 core for sound,there is nothing left to put into
And they actually tried that ,no improvement in speed at all but break alot of game(if i remember correctly).To say thing correctly "stable for all game is what make future for dolphin"
Dualcore is good ,you guy just wait !

You need to work on your grammar. You say it's impossible to make dolphin multi-threaded and then you list all of the different threads lol (proving that it already is multi-threaded). Just pointing that out to you.

And actually it's either 1 thread for cpu, 1 thread for graphics, 1 thread for dsp if you have lle on thread turned on or if you have lle on thread turned off it's 1 thread for cpu/dsp and 1 thread for graphics. Giving lle dsp it's own thread does result in almost a 100% speedup over sharing a thread with the cpu but the developers have been unable to get it to synch properly with the graphics thread (that will change in the future when they start working on it again). Dolphin will eventually have 3 threads, this I can garuntee, but not for quite some time.

I'm not saying they should prioritize performance over stability. But when most games are bugless they will have to switch over to improving performance, and I do think they should do it in that order (which they are).
I would say dolphin is really a phenomenal project to begin with, and even in about a years time i've used it it has gotten leaps and bounds better, really you could probably more the make up for your fps loss by getting of the SEE enhanced version that lectrode makes, and of course if your system is gpu lopsided you could always use open CL if your gpu supports it, and alot of speed ups can be had simply from using the righ settings if you check out mamario's wiki which has most games and recommended settings
Try the latest SVN now. I tried 5899 and I got speed increase from 5821. Not much but a increase.
(07-18-2010, 02:06 AM)naoan Wrote: [ -> ]
(07-17-2010, 11:58 PM)finalmars Wrote: [ -> ]
(07-17-2010, 11:52 PM)Diathorus Wrote: [ -> ]I like 2.0 more, but new builds have OpenCL and new Wiimote-plugin so...
I think because graphics and textures are 'fixed' it requires more power... don't worry, in about 4000 revs you will need a 3 ghz dual core to play gamecube games and have wfc support. be happy you can actually play games at all. Would you rather have wfc support with 50% less performance or no wfc at all? (for example)


Actually, it will become more and more difficult to raise the Ghz of CPU (after overclocking,we can get a 4Ghz CPU at most), it's time to optimize the Dolphin for multi-core CPU but not just for dual-core.

see
http://en.wikipedia.org/wiki/Megahertz_myth

I can really get your meaning. But till now, the newest i-series(means i7 860,i7 920,i5 750 and so on) compare to the older
core 2 dual/quad on the single-thread's performance in runing on the same frequency, there is only weeny improvement on most of applications.

How could we can a greater improvement of performance without raising the frequency of CPU ?? I think that it's the only way to optimize the software for multi-core and newer instruction set, such as SSE 4.1/AVX (the new added instruction set on Intel's coming Sandy Bridge framework).
Quote:How could we can a greater improvement of performance without raising the frequency of CPU ??

Bigger cache, shorter pipeline, wider pipeline (great instruction level parallelism and data level parallelism), better memory bandwidth/latency, better cache latency/bandwidth, better cache allocation, better brand prediciton, out of order execution, greater floating point precision, higher number of operands, better stacking, bigger registers. I could keep going but it would be pointless, you get my point. Their are shitloads of things that can be done to improve performance per clock even today without increasing the core count. Look at IA64 as a great example. A dual core 1.5 GHz IA64 is almost as powerful as todays top of the line 6/8 core 3GHz x86 cpus even with poorly optimized software.
(07-18-2010, 01:24 AM)admin89 Wrote: [ -> ]And they actually tried that ,no improvement in speed at all but break alot of game(if i remember correctly).
There was no noticeable improvement in speed after making the recompiler use multiple threads. There was a lot of work though. I got halfway and gave up after I was getting reports that the speed improvement was pretty much nil.

Maybe in the future other uses for the idle cores can be found. Maybe we can further optimise already generated code? Or multi-thread the texture or triangle processing?
Quote:Or multi-thread the texture or triangle processing?

Well dx11 supports multi-threading, so it certainly can be done. If it were up to me I would either go that route or just stick with the current system until most games are close to perfectly emulated, then you can focus on multithreading/other performance improvements. Also if you can optimize dolphin to take advantage of avx (which should be pretty simple) next year sandy bridge will give us a huge speedup.
(07-19-2010, 03:44 PM)skid Wrote: [ -> ]Maybe in the future other uses for the idle cores can be found. Maybe we can further optimise already generated code? Or multi-thread the texture or triangle processing?

With a theoretically stable DSP-LLE on its thread, we would have a Quad Core almost fully working on Dolphin emulation (3 of 4 cores).
Pages: 1 2