Softpedia
 

NEWS CATEGORIES:



NEWS ARCHIVE >>
SOFTPEDIA REVIEWS >>
MEET THE EDITORS >>
TRENDING TODAY
Home > News > Technology and Gadgets > CPU

May 4th, 2012, 21:08 GMT · By

AMD Trinity Architectural Preview - Part IV

SHARE:

Adjust text size:

AMD's Fusion Logo
Enlarge picture
Besides an enhanced IPC and generally, a more capable x86 core architecture, AMD is shooting for higher frequency on the desktop side and less power consumption in the mobile area. But all these don’t mean that AMD sees any advantage in a low yield 4.5 GHz part on 28 nm SOI rather than having a high yield 3.8 GHz APU on the bulk process.

We found out earlier this year, straight from the mouth of AMD’s Senior VP and CFO Thomas Seifert, under the guidance of newly appointed CEO Rory Read, that AMD would use bulk process for the 28 nm manufacturing step.

“So with respect to SOI (Silicon On Insulator), we made statements that on 28-nanometer, all of our products will be bulk,” said Mr. Seifert during the conference call regarding the Wafer Supply Agreement (WSA) amendment covering 2012.

“We said that at the 28nm node we are going to be on bulk silicon across all products, not only graphics but also CPUs. And we have made no statement beyond that. But for 28 we will be on bulk for all products,” he added.

This is a surprising piece of information coming from a company that has based all their designs on the SOI concept since way back in 2003.

SOI reduces leakage, power consumption and increases the achievable clock frequency.

32 nm wafer from Global Foundries
Enlarge picture
Why would AMD give up on SOI right now? Well, there are many arguments in the favor of such a move.

First of all would be the fact that AMD was historically a very slow-moving company and Rory Read wants that to change.

He comes from a fast-moving field, such as the PC and laptop market at Lenovo and there, if you happen to have an unsuccessful product, you don’t really have to stay behind your competition too much.

You simply develop a faster product with whatever components you’re dealing with.

This is what Mr. Read seems to want to impose at AMD.

Enough with the long development cycles, enough with the late tape-outs and yield worries. AMD doesn’t have its own FABs anymore, so they can go to whatever foundry they like.

This improves the manufacturing cost scenario quite a bit as, if GlobalFoundries has process and yield problems, AMD can easily go to another foundry.

20 nm , 28 nm and 32 nm wafers from GlobaFoundries
Enlarge picture
If one FAB wants to charge them too much, AMD will bid for another’s FAB manufacturing capacities.

When designing a complex architecture such as a new CPU or GPU, you definitely must tailor your design for the foundry you’re in a contract with.

Moreover, if you’re using SOI technology, you must pay IBM to use SOI and then go to a foundry that has an SOI process available and also you must use SOI wafers. When the FABs belonged to AMD, all these conditions were met by its own FABs as it was AMD’s decision which way to go.

Now that AMD doesn’t own any FAB, if they built SOI chips, they’d have to limit themselves to SOI FABs.

Since AMD is already using bulk process at TSMC for their Brazos platform, they’ve seen how advantageous it is to have a design for bulk silicon. If one Fab increases the price, you can take your design to another FAB.

AMD is unhappy they couldn’t do this with their Llano CPUs also. These were made at GlobalFoundries using their SOI 32nm technology. SOI did indeed help as these were much bigger CPUs than AMD’s Zacate and they were running at much higher frequencies than the Brazos chips.

Sure the Brazos family was made, and still is, in TSMC’s bulk 40 nm process, but AMD sees in this the advantage of not being “SOI only.” That’s exactly why they’re going for bulk 28 nm production at GlobalFoundires.

They want to be able to switch foundries if ever necessary and also to have TSMC as backup if a higher quantity is needed. Llano and Brazos were very successful. They’ve represented the fastest CPU ramp in the company’s history.

We believe AMD’s Trinity will double the success of Llano.

AMD knows this and also knows it needs volume. If the new Trinity design is based on the bulk process, or if they have a 32 nm SOI Trinity version and a 28 nm bulk version, AMD will have TSMC as backup if higher quantity is needed.

AMD's 32 nm presentation slide
Enlarge picture
That is a big “if”. Logically, AMD should not have two different designs for the Trinity architecture; at least not this early. Normally, the 28nm product should already be Trinity’s successor.

Rory Read made it clear that the move toward the bulk process is only a single step and it is happening now because most APUs sell in very big volumes and AMD needs to make them as cheap as possible and, if needed, they’ll use two different foundries for more capacity.

Beyond 28 nm, GlobalFoundries will keep developing on SOI technology and the 28 nm bulk process is actually an advantage for them, as most clients do not design chips for SOI and don’t even need such high frequencies.

AMD will also explore SOI again once they get to a new architecture that would probably benefit from the increased frequency and decreased power consumption that SOI offers and won’t need such high volumes. An example of such an occasion from AMD is the next “Steamroller” based desktop and server CPUs.

For now, Trinity is still 32 nm SOI, just like the succesful Llano.

Only by applying new technologies like Cyclos' clock mesh along with a more mature 32 nm design, AMD managed to get an almost 31% frequency improvement for the new APU.

Moreover, you can get more out of basically the same architecture by developing new and highly applicable features.

This is exactly what AMD does with Brazos 2.0. The APU is built on the same 40 nm process , albeit in a more mature stage, but the platform will appeal to the customers by the means of adding clear practical features to benefit the user.

Considering that the 10% more performance they get from moving to the Piledriver architecture is not that impressive and that the frequency increase only yields in less than 25% performance improvement, AMD added lots of new features to Trinity so that the new APU will uniquely appeal to the future customers.

More on Trinity's new features in Part V of our AMD Trinity Architectural Preview.
FILED UNDER:
amd
trinity
apu
cpu
piledriver


5,426 hits · 8 comments
Link to this article · Print article · Send to friend

MUST-READ RELATED ARTICLES:


Google Android Goes MIPS

AMD Trinity Architectural Preview - Part III

HP Envy 4 Series Sleekbook and Ultrabook Already Selling in China

Adobe and AMD Finally Make “Fusion” Bring 10x Performance Increase

TSMC Trying to Get Apple on Their Side with 20nm Tech

READER COMMENTS:


Comment #1 by: Shashwat on 05 May 2012, 01:21 UTC reply to this comment

Nice :)

One thing - both the top statement quotted are said by CFO Thomas siefiert not by Read.


Comment #2 by: Shashwat on 05 May 2012, 01:29 UTC reply to this comment

Secondly - You said having a different fab as a backup. A fab is likes a programming language. If you write a program in c its equally difficult to port it in java and other language.

It is always easy to say to have a fab at its backup but despite same 28nm or whatever same node 2 fabs are, they use completely different approach and APIs for fabrication. So a 28nm BULK chip at Glofo will take around 1-2 year of architecture change inorder to get fabricated at 28nm TSMC node.

So its practically not possible to switch fabs back and forth.

Other than that BULK is not that bad given how well intel Cpus are since they are solely made in Bulk CMOS technology.

Comment #2.1 by: Constantin Murariu on 05 May 2012, 08:19 GMT

Thank you very much for your input. I was thinking about Read but quoting Seifert :)

As for different FABs. I don't think it takes that much. If a different chip revision and tapeout usually takes 3 or 4 months at the same FAB, it definitely can't take 8 times longer to move the production to some other FAB. And, when revising the chip you're actually slightly modifying your architecture while transitioning from a FAB to another with no internal changes is just as complex, but can't be 8 times more difficult.

I know there are different design KITs and tooling, but that's not exactly what I meant.

I was emphasizing that if you have a chip and you develop it with a 3.5 GHz frequency in mind, if you go for SOI and get good yields at 3.7 GHz, you're probably happy.

It's not just that it's much more difficult to build the same design on bulk without using SOI (because it is). The problem is that, on bulk, your maximum achievable frequency might only be 2.2 GHz and it makes no sense in trying to manufacture it in bulk at that time.

Designing for bulk and taking all the bulk specific leakage in mind, makes your design look and behave in a certain way. Move that to SOI will all necessary modification and thing can only improve: lower leakage, lower power consumption, lower temps and higher frequency.

Designing for SOI and expecting low leakage, good frequency and low power consumption might lead to unpleasant surprises when you’d move the design on bulk and see all the leakage and power consumption you did not take into account.

And, of course, there is the fact that there are more FABs building bulk rather than SOI.


Comment #3 by: Nima on 05 May 2012, 08:20 UTC reply to this comment

Thank you very much for AMD Trinity Architectural Previews all parts.


Comment #4 by: madooo12 on 05 May 2012, 16:56 UTC reply to this comment

Excellent series of articles, surely looking forward to the next one(s)


Comment #5 by: pjn123 on 06 May 2012, 13:39 UTC reply to this comment

Enjoy reading the series


Comment #6 by: Kro on 08 May 2012, 22:37 UTC reply to this comment

Great read! Waiting on Part V ;)


Comment #7 by: Bob on 13 May 2012, 19:43 UTC reply to this comment

i think amd planned this one care fully . i wish reviewers would not focus on synthetic benchmarks so much.

Copyright © 2001-2013 Softpedia. Contact/Tip us at

WindowsGamesDriversMacLinuxScriptsMobileHandheldNews

SUBMIT PROGRAM   |   ADVERTISE   |   GET HELP   |   SEND US FEEDBACK   |   RSS FEEDS   |   UPDATE YOUR SOFTWARE   |   ROMANIAN FORUM