As I explained, earlier, it's that his  simple explanation of the benefits of eDRAM debunks the technically uninformed claims about the Wii U that ignore these benefits. 

it's wishful thinking based on superficial evidence and nothing more, WiiU is not designed as high-end machine, it's designed as efficient machine, its similar in power to current gen systems with more modern feature set.

some Nintendo fans are boring their wishful thinking is laughable it sounds like scream of typical Sony fan.

The GPU is not the "gimped" component in the hardware. It's the underclocked, fairly basic CPU. The GPU itself is fine and perfectly capable of keeping up with next gen demands.

A small, fast eDRAM or eSRAM used basically like a 3rd level cache offers a speed advantage when it scores a "hit", when you have a "miss", the speed drops down to that of main RAM. Now, if the data and/or program code in the eSRAM and those in the main RAM are independent enough from each other, the overall speed is the weighted average of the speeds of the two RAM weighted with their hit rate, but if you must process an amount of data larger than the eSRAM and they can be used only when they all have been processed, or if the result of computations on data in one of the memories is necessary to do other computation on the other memory's data, the slowest memory becomes a bottleneck just like when there is a "miss" looking for data in the fastest one, overall speed drops to the slowest one. Small and fast caches are great, and having some L1 and L2 cache has been essential to use efficiently the computing power of CPUs and GPUs since the 486, but L3 caches show their limits when amounts of data larger then them must be processed altogether. Nevertheless, even in the most extreme of these cases, the typical work of GPUs, a small but fast memory can still be very beneficial if it's large enough to fully contain a frame buffer and possibly also z-buffer and double or triple buffer, and a texture cache too if there is some space left.

I'm no expert, but if the 360 managed just fine with 10MB of eDRAM, shouldn't 32MB be enough for a framebuffer with lots to spare?

Yes, it should be enough even for 1080p 32bit colour triple buffer + 32bit z buffer, or double + z buffer + a small texture cache.

No.

One of the worst threads Ive seen on vgchartz. What is the bandwith on the Wiiu? Its 17GB/s , PS4 ram is at 176GB/s

Please dont make any more threads if all you can do is this.

That's a nice sentament for sure but one that has little grounding in fact. Nintendo have a history of bottlenecks in their systems. N64 had it's high latency shared RAM plus a miniscule 4K texture cache. Gamecube had it's small amount of main RAM and complicated memory system (2 shared RAM pools + 3MB  eDRAM). NDS had it's fixed 2048 triangles per frame budget, at least it had 512KB of texture memory lol.

Nintendo are good but they aren't that good...

People forget about the things that history teaches us sometimes.

When IBM released their first desktop system containing onboard cache, they found that it could outperform some of their higher end server solutions in certain tasks (the ones containing nothing but high speed RAM for the time). Even if this eDRAM is used purely for caching methods, it will still outperform a ton of higher speed RAM for particular tasks.

Those benefits can be broadened if the developer has control over the eDRAM, though at the cost of a little more complexity. Still this should pose no different to the use of "zero page" memory for more efficient use of the CPU back in the earlier eras.