Six cores would be expensive, but are a possibility.
Apps that benefit - look at your "Activity monitor". Any app that goes above 100% usage is on multiple cores. Stuff like PS, video editing, encoding. Some games.
But I hope Grand Central and GPGPU will eventually kill the need for more cores anyway.
What is the likely hood that there will be two 6 core processors in the next mac pro? Also, what applications would actually be able to take full advantage of all these cores?
But I hope Grand Central and GPGPU will eventually kill the need for more cores anyway.
That doesn't make sense. Both of those will create a need for more cores.
IT @ Anandtech is always great to see. It's probably the only time you'll see and learn about the hardware outside of vendor slides.
The top dual processor lineup would most likely be 2x x5670 xeons.The w3680 and its consumer twin i7 980 don't have the 2qpi links required for 2 socket setups. The x5670 also fits the exsisting tdp requirments for the octo core mac pro, ie 2x 95w.
Gulftown is available via retail. Which processor are you talking about though?When does this 12 core monster be on the market . I am getting enough of 5 hours rendering of a 3 minutes film !!!!! Is there any time schedule ???
What is the likely hood that there will be two 6 core processors in the next mac pro? Also, what applications would actually be able to take full advantage of all these cores?
My guess is a 99.9% chance the next Mac Pro will have a 12 core option.
Beats me what single applications can use it (aside from various custom research apps), but nothing is stopping you from running many applications at once to take full advantage of all the cores![]()
Just as idle baseless speculation, what chance is there that the mac pro gets moved up in price and spec to make room for a midrange screenless mac?
Beats me what single applications can use it (aside from various custom research apps), but nothing is stopping you from running many applications at once to take full advantage of all the cores![]()
I just don't see every day people using 12 cores. Other than medical research, what apps even use all 8 cores now?
Ah but every day people are. Check out the purchase threads.
In the case of MP's, there's no choice. Users pay what Apple wants (retail or refurb).I guess our definitions vary. I don't consider someone who can spend over $3,000 on a computer an everyday person, whether they can utilize it or not.
Firstly I would like to say that apple will definitely offer a dual CPU configuration 12 core 24 thread tower as well as the single cpu 6 core version, probably utilizing the w3680 i believe. Also, GPUs will not, and should not replace CPUs. GCD is a great technology, however, a cpu with many cores/threads is still a necessity. GPUs have way more cores than CPUs currently, and more cores is definitely the way to go. More cores makes programming more difficult (I am a programmer myself), however, they are a necessity, this is because rises in clock speeds leads to exponential heat and power creation and usage (respectively). Also, OS X does not distribute the work load across a second core when the first one is at 100%. OS X distributes the threads to each CPU depending on how large each applications thread is, and attempts to even this out by assigning one app to one core, and another app to another core and so on. This only holds true in the event that a program is not multithreaded. If it is multithreaded, it is up to the app to assign its threads to the open cores. An excellent example is Maxon Cinema 4d, for a great example, download Cinebench and iStat menu and watch as each Core does its own work. This works especially well if you have access to an eight core nehalem mac pro, because you get to see the task distributed over 16 threads.
Thanks, you seem to know more than me about this.
I had assumed more cores would be useless because all the multi-processor things I'd seen are either embarrassingly parallelizable (and GPGPU seems to have the edge), or saturate at about 8 CPU. I guess that more cores is different than more CPU, as communication is faster?
(Also, I am aware that GPGPU requires a rewrite in assembly, or some C-like language; and the processors aren't as advanced, but that's just something programmers will either grin and bear, or find some software solution to.)