If you take a look at the xbit review, you will see that A6-5400K with 192 SPs(half of the entire number in the die,384) is faster than HD4000.
AMD HD6450(160SPs) GPU is 67mm2 at 40nm, with 192SPs at 32nm i will estimate the die size of the iGPU to be close to 50-60mm2(Trinity has more Texture units and bigger front end).
Now, Ivybridge(HD4000) iGPU die size is close to 40mm2 at 22nm, at 32nm it should be close to 80mm2.
It is clear that at the same size Intel cannot compete and they are behind even with a node advantage.
First off, the i3-3225 beats the A6-5400K in 6 out of the 9 tests (have to find it amusing that AMD is the one with compatibility problems on 2 of the tests.) How exactly does that equate to the A6-5400K being faster than HD4000?
Second, looking at die shots of the respective CPUs I'd agree that if a 192 SP Trinity used exactly half the die space for graphics as a 384 SP version then it'd be approximately 50mm^2. That said, I'd expect that it'd probably be higher than that as about half of the die space is used for the SPs and the other half goes to other logic, some of which doesn't scale linearly with the number of SPs.
Third, to arrive at an 80mm^2 die size estimate for HD4000 on a 32nm process you're assuming perfect node scaling. This is never the case. An actual estimate for node scaling arrived at by comparing both core and cache sizes yields somewhere between 1.5x (core) and 1.67x (cache) - quite a bit short of 2x. Using those more correct estimates you get something in the 60-67mm^2 range for HD4000 on a 32nm process.
Anyway, the above isn't really meant to defend Intel... After all, they're at best comparable to AMD on performance per area when process normalized, but only achieve such by running at higher frequencies and hence using more power. At worst they're at half the performance...
And that's the indisputable issue with Intel graphics - for some games their architecture just plain sucks right now.