The Vishera Review: AMD FX-8350, FX-8320, FX-6300 and FX-4300 Tested
by Anand Lal Shimpi on October 23, 2012 12:00 AM ESTLast year's launch of AMD's FX processors was honestly disappointing. The Bulldozer CPU cores that were bundled into each Zambezi chip were hardly power efficient and in many areas couldn't significantly outperform AMD's previous generation platform. Look beyond the direct AMD comparison and the situation looked even worse. In our conclusion to last year's FX-8150 review I wrote the following:
"Single threaded performance is my biggest concern, and compared to Sandy Bridge there's a good 40-50% advantage the i5 2500K enjoys over the FX-8150. My hope is that future derivatives of the FX processor (perhaps based on Piledriver) will boast much more aggressive Turbo Core frequencies, which would do wonders at eating into that advantage."
The performance advantage that Intel enjoyed at the time was beyond what could be erased by a single generation. To make matters worse, before AMD could rev Bulldozer, Intel already began shipping Ivy Bridge - a part that not only increased performance but decreased power consumption as well. It's been a rough road for AMD over these past few years, but you have to give credit where it's due: we haven't seen AMD executing this consistently in quite a while. As promised we've now had multiple generations of each platform ship from AMD. Brazos had a mild update, Llano paved the way for Trinity which is now shipping, and around a year after Zambezi's launch we have Vishera: the Piledriver based AMD FX successor.
At a high level, Vishera swaps out the Bulldozer cores from Zambezi and replaces them with Piledriver. This is the same CPU core that is used in Trinity, but it's optimized for a very different purpose here in Vishera. While Trinity had to worry about working nicely in a laptop, Vishera is strictly a high-end desktop/workstation part. There's no on-die graphics for starters. Clock speeds and TDPs are also up compared to Trinity.
CPU Specification Comparison | ||||||||
CPU | Manufacturing Process | Cores | Transistor Count | Die Size | ||||
AMD Vishera 8C | 32nm | 8 | 1.2B | 315mm2 | ||||
AMD Zambezi 8C | 32nm | 8 | 1.2B | 315mm2 | ||||
Intel Ivy Bridge 4C | 22nm | 4 | 1.4B | 160mm2 | ||||
Intel Sandy Bridge E (6C) | 32nm | 6 | 2.27B | 435mm2 | ||||
Intel Sandy Bridge E (4C) | 32nm | 4 | 1.27B | 294mm2 | ||||
Intel Sandy Bridge 4C | 32nm | 4 | 1.16B | 216mm2 | ||||
Intel Lynnfield 4C | 45nm | 4 | 774M | 296mm2 | ||||
Intel Sandy Bridge 2C (GT1) | 32nm | 2 | 504M | 131mm2 | ||||
Intel Sandy Bridge 2C (GT2) | 32nm | 2 | 624M | 149mm2 |
Vishera is still built on the same 32nm GlobalFoundries SOI process as Zambezi, which means there isn't much room for additional architectural complexity without ballooning die area, and not a whole lot of hope for significantly decreasing power consumption. As a fabless semiconductor manufacturer, AMD is now at GF's mercy when it comes to moving process technology forward. It simply has to make 32nm work for now. Piledriver is a light evolution over Bulldozer, so there's actually no substantial increase in die area compared to the previous generation. Cache sizes remain the same as well, which keeps everything roughly the same. These chips are obviously much larger than Intel's 22nm Ivy Bridge parts, but Intel has a full node advantage there which enables that.
Piledriver is a bit more power efficient than Bulldozer, which enables AMD to drive Vishera's frequency up while remaining in the same thermal envelope as Zambezi. The new lineup is in the table below:
CPU Specification Comparison | ||||||||||
Processor | Codename | Cores | Clock Speed | Max Turbo | L2/L3 Cache | TDP | Price | |||
AMD FX-8350 | Vishera | 8 | 4.0GHz | 4.2GHz | 8MB/8MB | 125W | $199 | |||
AMD FX-8150 | Zambezi | 8 | 3.6GHz | 4.2GHz | 8MB/8MB | 125W | $183 | |||
AMD FX-8320 | Vishera | 8 | 3.5GHz | 4.0GHz | 8MB/8MB | 125W | $169 | |||
AMD FX-8120 | Zambezi | 8 | 3.1GHz | 4.0GHz | 8MB/8MB | 125W | $153 | |||
AMD FX-6300 | Vishera | 6 | 3.5GHz | 4.1GHz | 6MB/8MB | 95W | $132 | |||
AMD FX-6100 | Zambezi | 6 | 3.3GHz | 3.9GHz | 6MB/8MB | 95W | $112 | |||
AMD FX-4300 | Vishera | 4 | 3.8GHz | 4.0GHz | 4MB/4MB | 95W | $122 | |||
AMD FX-4100 | Zambezi | 4 | 3.6GHz | 3.8GHz | 4MB/4MB | 95W | $101 |
The table above says it all. TDPs haven't changed, cache sizes haven't changed and neither have core counts. Across the board Vishera ships at higher base frequencies than the equivalent Zambezi part, but without increasing max turbo frequency (in the case of the 8-core parts). The 6 and 4 core versions get boosts to both sides, without increasing TDP. In our Trinity notebook review I called the new CPU core Bulldozed Tuned. The table above supports that characterization.
It's also important to note that AMD's pricing this time around is far more sensible. While the FX-8150 debuted at $245, the 8350 drops that price to $199 putting it around $40 less than the Core i5 3570K. The chart below shows where AMD expects all of these CPUs to do battle:
AMD's targets are similar to what they were last time: Intel's Core i5 and below. All of the FX processors remain unlocked and ship fully featured with hardware AES acceleration enabled. Most Socket-AM3+ motherboards on the market today should support the new parts with nothing more than a BIOS update. In fact, I used the same ASUS Crosshair V Formula motherboard I used last year (with a much newer BIOS) for today's review:
The Test
For more comparisons be sure to check out our performance database: Bench.
Motherboard: | ASUS Maximus V Gene (Intel Z77) ASUS Crosshair V Formula (AMD 990FX) |
Hard Disk: | Intel X25-M SSD (80GB) Crucial RealSSD C300 OCZ Agility 3 (240GB) Samsung SSD 830 (512GB) |
Memory: | 4 x 4GB G.Skill Ripjaws X DDR3-1600 9-9-9-20 |
Video Card: | ATI Radeon HD 5870 (Windows 7) NVIDIA GeForce GTX 680 (Windows 8) |
Desktop Resolution: | 1920 x 1200 |
OS: | Windows 7 x64/Windows 8 Pro x64 |
250 Comments
View All Comments
c0d1f1ed - Tuesday, October 23, 2012 - link
The Projected Performance page doesn't appear to take AVX2 and TSX into account, not to mention improved Hyper-Threading performance by having an extra execution port. The 10-15% number is for single-threaded workloads only. Everything else will see a much bigger leap.AMD is screwed unless it adds AVX2 and TSX support sooner rather than later. They haven't made a single mention of it yet...
tekphnx - Tuesday, October 23, 2012 - link
From a price-performance perspective, I think that FX-6300 is the most interesting part here. For barely more than the i3-3220, you get essentially the same performance in games and 20-30% better performance in multithreaded applications. And, as time goes on and games become more multithreaded, the FX-6300 will pull ahead in games, too. At 95w, the power consumption is much higher than Intel, but it's manageable. Plus, it's overclockable, unlike the i3.Spunjji - Tuesday, October 23, 2012 - link
Add in the potential for ~10% savings under load with a bit of undervolting and it looks even better. One to watch for those who, like me, would rather buy AMD if it doesn't smell like shooting yourself in the foot.CeriseCogburn - Tuesday, October 30, 2012 - link
Got any toes left ?lol
Didn't think so.
rocky12345 - Tuesday, October 23, 2012 - link
HelloI am a long time reader of this site pretty much since it first started. Heck in the time this site has been running I have gone through probably 35 or more computers & currently have 11 in my home that are used for different tasks. I also went through a wife but thats another story to tell lol.
Anyways what I was wondering is this. In the past with AMD I noticed a huge gain in CPU out put when raising the bus speed up to as far as the hardware would go. What I am wondering is what if you took a 8350 raised the bus up as high as it would go but keep the multi set that the CPU would run at default speed & do some test in both single threaded & multi threaded programs as well as a few games where this CPU is a bit lacking to see if the CPU itself is being held back by the bus. Then try to do both the bus at high & raise the Multi to the max CPU speed of 4.8Ghz & see what raising both the bus & CPU speed do.
I am hoping it has the same effect as it did in the older AMD CPU's & gives a nice boost. I think maybe the bulldozer & piledriver core might be held back by a lack of bandwidth to the rest of the system resources. If not then at least it was a fun little side project for you guys. maybe raise the memory speed as well to make sure that is not the issue too. Just an idea that may open up some hidden performance in the CPU hopefully. I would do it myself but at the moment the only AMD system I have left if a older Athlon 64 x2 6400+ that the step son uses to surf the web & play a few games on.
thanks
lmcd - Tuesday, October 23, 2012 - link
If I remember right with AM3+ there isn't really a bus to raise.CeriseCogburn - Tuesday, October 30, 2012 - link
Oh yeah, how come we don't have the big speculation all the time solidified into the standard commentary and "looking for the validation on the tests" concerning what's wrong with the amd cpu's ?I mean we get that argument when it's time to attack their competitors in the articles here, the "well established theory" that "turns out to be wrong" "years later" is used as the "standing thesis" as to why " xXxxxx" did so poorly in this test against AMD, "as we expected" says the reviewer, making sure to note the "weakness suspected" has reared it's ugly head...
Yeah, another thing that is so bothersome.
I guess amd's architecture sucks so badly, nothing can explain it's constant failures.
boeush - Tuesday, October 23, 2012 - link
Second, computing is increasingly going mobile (laptops, tablets, phones, phablets, etc.) The number one thing for mobile is power efficiency. AMD's CPUs absolutely suck at that; they are multiple generations behind Intel (and not all of that can be blamed on process lag.)
Third, AMD's trump card in the consumer space so far has been integrated graphics, but with Haswell and then Broadwell Intel's going to take that advantage away. So, by 2014 AMD won't have any feature set advantages left.
Fourth, AMD's other hopes have been in the HPC/server domain, but there again power efficiency is getting increasingly more important, and AMD is losing the war. Moreover, with its new MIC architecture ("Xeon Phi") now debuted (and it will be continually refined going forward) Intel's poised to capture even more of the HPC market, and AMD currently has no answer to that product line.
Seems to me that AMD is hosed on all fronts, unless they can pull not just one but a flock of fire-breathing dragons out of a hat, soon if not today. Firstly, by 2014 Intel will be already on a 14 nm process. Add Intel's already superior (3D fin) transistor technology, coupled with massive R&D budgets on a slew of parallel projects to further refine the basic process tech, and the situation is not going to get any prettier for AMD any time soon.
lmcd - Tuesday, October 23, 2012 - link
The "process advantage" didn't do shit for Intel. Note how Ivy Bridge had horrible overclocking compared to anticipated, Intel's shift to mobile architecture benefits in new architectures, and that Microsoft is finally looking at helping AMD out with things like the scheduler in Win8, etc.AMD is succeeding at power efficiency in mobile: the Trinity review correctly indicated AMD's success there in nearly closing the gap to Sandy Bridge (and Ivy? I forget now. It was close though).
Finally, IT IS A PROCESS NODE CHANGE. It's 28nm. BD/PD are 32nm. Besides, a GCN IGP is really attractive, and will still dominate versus Broadwell. VLIW5->4 was a tiny change and yet AMD managed to pull a pretty nice performance jump out of it; GCN was comparatively huge, designed for 28nm, and set to scale better as evidenced by the already low-power 7750 desktop.
The only worrying thing about Steamroller is whether the caches and memory controller speed up. If those don't, the platform is likely to be bottlenecked horribly.
c0d1f1ed - Tuesday, October 23, 2012 - link
That's partially due to the lower quality TIM they used on Ivy Bridge, and mostly due to bringing the Sandy Bridge design to the 22 nm TriGate process in a verbatin manner. Despite being a radically new process, they didn't change anything in the design to optimize for it. Haswell on the other hand is designed from the ground up to use the TriGate process. So it will show the process advantage much more clearly.