I hope they'll talk about platforms (both server and desktop) on the second wave of slides.
Printable View
I hope they'll talk about platforms (both server and desktop) on the second wave of slides.
Another deck of slides,or a good part of them, is up at certain (well) known website that deals with hardware inner things :D. I don't want to say which one since the NDA is not over yet(1hour remaining) so there is a chance it gets pulled :). If you understood my word play you will know which website it is ;).
edit:
since terrace asked me on SA forum about the load/store BW here it is,confirmed(2x128bit L and 1x128bit S capability,per core-the slide talks about dedicated integer cores and distinct/non shared features).This is from the other slide deck with more detailed info on Bulldozer.The thing i noticed about the shared FPU is the dual 128bit packed integer pipelines ,along the 2 128bit FMACs that sit inside the FPU monster.
Well, that doesn't actually go as far as saying you can do all 3 (2 loads, 1 store) at the same time...
There's now info up at tech report, too.
1) JF told you at the other thread that IPC is higher.
2) If that's true then the higher frequency design comes on top of that.
3) And last but not least: Power gating Turbo now allows much higher single core frequencies.
Looks like a 1-2-3 speed bump for single thread performance to me....
Regards, Hans
Its AMD, you got to have faith they'll give Intel something to think about ;):up:
I love the under dog:hump:
I like how amd is combating HT by intel. I'm looking forward to both bobcat and bulldozer. Although I still wonder how AMD is going to complete in the mobile market against intel's atom.
Not exactly sure which context your mean when you say they "do not floorplan", but they definitely allow floorplanning at some level. The first step of synthesis, RTL -> Netlist, doesn't floorplan (it just cares about standard cells usage & timing estimates/constraints), if that's what you're trying to get at. However, the second step of synthesis, Netlist -> Placement (placement tool), definitely does floor-planning.
Tools like Cadence Encounter take floorplan constraints and allow for partitioning sub-modules, however like the picture above shows the results tend to look like a jumbled mess, since strict boundaries aren't adhered to.
Well, historically [x86] chips from both camps have always been mainly custom layout in the datapath with a varying amount of synthesized control logic, seeing pictures like this is a bit of an eye opener from the norm :D
Another example is Intel's Pine-Trail (bigger):
http://www.intel.com/pressroom/enhan...netrail_06.jpg
The huge purple blotch running down the middle is all synthesized logic :yepp:
You pretty much sum up my thoughts on the matter, it looks like they shot for a semi-custom approach by supplying some of the main datapath logic (not necessarily say the whole FPU, etc., just the important chunks) and the arrays as hard-macros/external-IP (in- or out-of-house, doesn't matter) while synthesizing the rest.
While they're definitely not unique in the approach, it will certainly provide a quicker process adaptation, since only a standard cell library and select logic/array-IP pieces would technically be necessary. Granted there's still a bit more work than just swapping libraries/IP and pressing a few buttons :p:
Just pointing out that while we humans can definitely be more adapt at coming up with these clever (sometimes novel) solutions to optimizing layout area/timing/congestion-constraints, it's also a significant capital and time investment, so it's for ROI and time to market reasons that it doesn't always work out. The case of Bobcat is obvious an example of this, and Atom for that matter.
Honestly I would find the logically optimal euler path to be much easier for a computer to solve :D
But yes computerized tools aren't very good when it comes to balancing the plethora of added constraints in a physical world, hence us restricting them to sub-optimal standard cells + wiring constraints.
you say that so much and i think it's easier to just either visit another forum, not get so upset, ignore the posts, or even just set certain users to ignore. notice it's not a big deal to anyone else. the shintai era is over dude.
some people dont like amd and you'll just have to deal with it. personally i am more frustrated with them (amd) more than anything else. i have high standards, especially from big companies. and yes AMD is a big semiconductor company.
Another nice example is the 1.9W TDP 2GHz hardmacro version of the dual
core ARM cortex A9 in the TSMC 40G process (total size of only 6.7 mm2)
http://www.arm.com/products/CPUs/Cor...ard-Macro.html
http://www.arm.com/images/A9-osprey-hres.jpg
Regards, Hans
No, it's because Intel is raising their turbo clock with 66 MHz, from 3733 MHz in 45 nm i7 880, to 3800 MHz in 32 nm i7 2600.:yepp::yepp::yepp::yepp:
If Intel can only raise it with 66 MHz, then AMD should only be able to raise it with less than that, right? It's fundamentally impossible that AMD can do ANYTHING better, according to some people.:D:D
Yet, they keep on posting and bashing in threads about things they hate.. I mean, what's the point?
Maybe I should join a Britney Spears forum and see what being negative in a forum is all about, because I honestly don't know.
why Britney spears? there's nothing wrong with Britney!.....LEAVE BRITNEY ALONE!!!
http://www.youtube.com/watch?v=kHmvkRoEowc