From more than twice as fast as a dual to not quite as fast as a single
For a scalable parallel application like LINPACKD (used to rank the top 500 supercomputers) it should be more than twice as fast - doubling the size of the cache should make up for the 8% loss in CPU MHz. Most embarrassingly parallel applications would hit the 4x mark as well.
For a purely memory-bound application (like the STREAMS benchmark), it would probably be about the same speed - unless the memory controller changes to use faster DIMMs.
For applications that fit well in the 1 MiB L2 cache of the 970MP, but which spill out of the 512 KiB on the 970FX, it could be much, much faster than 4x (but the useful applications that fit this profile are probably few to none).
The question really becomes interesting when you ask "how much faster is application XYZ". Here it depends on the nature of the application (can the algorithm be decomposed into 4 or more threads?) and the skill of the engineers (did they find every possible place to exploit parallelism?).
Some applications run the same speed on a dual as they do on a single. Moving those to a quad won't help at all. Others run somewhat faster on a dual - those might improve very slightly on a quad.
Only the applications that run nearly twice as fast on the dual are good candidates for a quad - and only if those were written to use more than two threads.
A lot of the "MP aware" apps are really "dual aware" - they were written to decompose the algorithm into two threads only.
___________
All in all, the quads will be most beneficial for farming applications (embarrasingly parallel), and a few true SMP-aware apps.
For the rest of us, only the power users who want run several heavy apps at once (rip CDs while burning DVDs while rendering in FCP) will get much benefit.
It would be very application dependant.StinktOldC said:how much more powerful would a dual dualcore 2.5 be than the current dual 2.7?
For a scalable parallel application like LINPACKD (used to rank the top 500 supercomputers) it should be more than twice as fast - doubling the size of the cache should make up for the 8% loss in CPU MHz. Most embarrassingly parallel applications would hit the 4x mark as well.
For a purely memory-bound application (like the STREAMS benchmark), it would probably be about the same speed - unless the memory controller changes to use faster DIMMs.
For applications that fit well in the 1 MiB L2 cache of the 970MP, but which spill out of the 512 KiB on the 970FX, it could be much, much faster than 4x (but the useful applications that fit this profile are probably few to none).
The question really becomes interesting when you ask "how much faster is application XYZ". Here it depends on the nature of the application (can the algorithm be decomposed into 4 or more threads?) and the skill of the engineers (did they find every possible place to exploit parallelism?).
Some applications run the same speed on a dual as they do on a single. Moving those to a quad won't help at all. Others run somewhat faster on a dual - those might improve very slightly on a quad.
Only the applications that run nearly twice as fast on the dual are good candidates for a quad - and only if those were written to use more than two threads.
A lot of the "MP aware" apps are really "dual aware" - they were written to decompose the algorithm into two threads only.
___________
All in all, the quads will be most beneficial for farming applications (embarrasingly parallel), and a few true SMP-aware apps.
For the rest of us, only the power users who want run several heavy apps at once (rip CDs while burning DVDs while rendering in FCP) will get much benefit.