AMD's Fusion CPU + GPU Will Ship This Year
mr_sifter writes "Intel might have beaten AMD to the punch with a CPU featuring a built-in GPU, but it relied on a relatively crude process of simply packaging two separate dies together. AMD's long-discussed Fusion product integrates the two key components into one die, and the company is confident it will be out this year — earlier than had been expected."
It doesn't really matter, any more than AMD's "proper" quad core mattered more than Intel pasting two dual-core dies together. This is really just AMD getting beaten to the punch again, and having to try to spin it in some positive way. It's great news that it will be out earlier than expected, but I think they would have been better off taking the less "beautiful" and just throwing discrete dies into a single package. Particularly as it has yet to be seen how big the market for this sort of thing is. More exciting to me is that AMD is ahead of schedule with this, so hopefully they'll be similarly ahead with their next architecture. I'm yearning for the day when AMD is back to being competitive on a clock-for-clock basis with Intel.
Even faster than current generation discrete GPUs? I think not.
They'll move data inside the chip instead of having to send it off to the internal bus, they'll have access to L2 cache (and maybe even L1 cache), they'll be running in lock-step with the CPU, etc, etc. These have distinct advantages over video cards.
I hope so, Intel is far too dominant right now.
expandfairuse.org
Call me when they can fit 9 inches of graphics card into one of these cpu.
Size isn't everything!
Forget thrust, drag, lift and weight. Airplanes fly because of money.
The grpahics core will likely be small, add an inconsequential amount of transistors, be disable-able, and or crossfire able with the main crossfire card.
However, the place I see this getting HUGE gains, is if the on board GPU is capable of doing physics calculations. Having a basic physics co processor on every AMD CPU flooding out the gates will do massive good for the implementation of physics in games, and can probably offload alot of other calculations in the OS. On board video encode acceleration anyone?
Just having a dedicated super wide parallel optimized floating point monster on the die for relatively little price penalty seems like an excellent idea to me.
There's two sides to this coin and Intel's is pretty neat. By not having the GPU integrated into the CPU die, Intel can improve the CPU/GPU without having to redesign the entire chip. For example, any Power management improvements can be moved into the design as soon as it's ready. Another advantage for them is the fact that each die CPU and GPU are actually indepenent and can be manufactured using what ever process makes the most sense to them.
AMD's design offers a major boost to overall CPU performance simply through the fact that the integration is far deeper then Intel's. From what I've read, the Fusion ties the Stream Processors (FPU) directly to a CPU and should offer a major boost in all Math ops of the CPU and I expect that it will finally compete with Intel's latest CPU's in regards to FPU operations.
Mod me up/Mod me down: I wont frown as I've no crown
And if Moore's law continues to hold, within the next four years it won't be an issue to put both of those chips on the same die. Hell, that may even be the budget option.
You've got to stop thinking of it as a GPU and think of it more like a co-processor.
First of all, AMD isn't going to force you to buy a built-in GPU on all of their processors. Obviously the enthusiast market is going to want huge 300W discrete graphics rather than the 10-15W integrated ones. There will continue to be discrete CPUs, just like there will always continue to be discrete GPUs.
But this is a brilliant move on AMD's part. They start with a chunk of the market that is already willing to accept this: system builders, motherboard makers and OEMs will be thrilled to be able to build even smaller, simpler, more power efficient systems for the low end. This technology will make laptops and netbooks more powerful and have better battery life by using less energy for the graphics component.
Now look further ahead, when AMD begins removing some of the barriers that currently make programming the GPU for general-purpose operations (GPGPU) such a pain. For example, right now you have to go through a driver in the OS and copy input data over the PCI bus into the frame buffer, do the processing on the GPU, then copy the results back over the PCI bus into RAM. For a lot of things, this is simply too much overhead for the GPU to be much help.
But AMD can change that by establishing a standard for incorporating a GPU into the CPU. Eventually, imagine an AMD CPU that has the GPU integrated so tightly with the CPU that the CPU and GPU share a cache-coherent view of the main system memory, and even share a massive L3 cache. What if the GPU can use the same x86 virtual addresses that the CPU does? Then...all we have to have is a compiler option that enables the use of the GPU, and even tiny operations can be accelerated by the built-in GPU.
In this future world, there's still a place for discrete graphics -- that's not going away for your gaming rig. But imagine the potential of having a TFLOP-scale coprocessor as a fundamental part of future sub-50W CPU. Your laptop would be able to do things like real-time video stabilization, transcoding, physics modeling, and image processing, all without breaking the bank (or the power budget).
But before we can get to this place, AMD has to start somewhere. The first step is proving that a GPU can coexist with a CPU on the same silicon, and that such an arrangement can be built and sold at a profit. The rest is just evolution.
---- Breakbeats are not just music...they're the soundtrack for my life.
If AMD puts a competetive GPU onto the CPU die, comparable to their current high-end graphics boards) then this is a really big deal. Perhaps the biggest issue with GPGPU programming is the fact that the graphics unit is at the end of a fairly narrow pipe with limited memory, and getting data to the board and back is a performance bottleneck and a pain in the butt for a programmer.
Putting the GPU on the die could mean massive bandwidth from the CPU to the hundreds of streaming processors on the GPU. It also strongly implies that the GPU will have access directly to the same memory as the CPU. Finally, it would mean that if you have a Fusion-based renderfarm then you have GPUs on the renderfarm.
This is exciting!
I love Mondays. On a Monday, anything is possible.
Don't worry, external gpus will be all the rage in 2020. A decade from now, we'll be drooling over how much better a dedicated graphics chip could perform, having completely forgotten that we've played this hokey-pokey about a half-dozen times before.