Could someone clarify the use of terminology a little? Does the term "SoC" as used here just reflect the integration on a single chip of IP that includes more than one vendor, ie ARM plus someone else's fabric IP? It just seems confusing since if the fabric is part of the "system" then it's not really usable as a system until you have a least two of these talking to each other, then it's not really a "SoC" if you see what I mean. Forgive me if I'm nitpicking a bit here!
This is like testing the waters before taking the plunge. Perhaps they are not too sure of what to make of the ARM 64bit in server domain, but given their excellence in interconnect fabric and traditional experience in server workloads optimization they should be able to to make it take off. But it all depends on timing and positioning and if they get it right then it could be the proverbial light at the end of the tunnel they are looking for.
I was a young design engineer in AMD's analog products group when founder Jim Giles was still in it. They deleted that product area, and I left.
I rejoined AMD's networking group to design and release a compliant IEEE 802.3 10BASE-2/5 tap transceiver, and supervised the design and release of a 10BASE-T predecessor StarLAN transceiver.
I left AMD again a couple years before they eliminated the networking products division.
I hope AMD finds a way to focus on something other than x86 processors. ARM could be one of those ways.
I'd hate to see them eliminate any more product areas. There aren't too many of them left for the company.
This is Rory Read's hail mary pass. ARM does make sense for AMD and maybe even in servers eventually but not in the immediate future.
I thought they would likely use the strength of their GPU/APU to come out with low power ARM processors for the mobile/ultramobile markets. That is certainly a huge market.
On the other hand AMD is laying off 15% of its work-force and now designing x86 AND ARM servers. It will be interesting to see how they train their sales force to sell both ARM and x86 processors into servers.
x86 is not their problem, the issue for AMD has been been in execution - remember the performance lead they had with opteron and the big delays in bringing out the bulldozer designs by which time sandy bridge and ivy bridge leap-frogged them.
I don't see how this would change with the same team in place. What they need is a new design team to work on this in isolation if this has to succeed.
Seamicro fabric or servers are used by sub 1% of market today, not sure this architecture is extensible to heavy workload's such as DB systems, in Data Center, majority of there use case is around Web servers. If one wants to do Web servers they can use Multicore ARM server SOC from Calxeda and others coming to the show if market is going to grow types.
So am not sure what advantage AMD has over others?
I think they are done! they cannot kick the bucket to 2014, need to pay bills now.
From hot-off-the presses AMD press release:
The first ARM technology-based AMD Opteron processor will integrate the AMD SeaMicro Freedom supercompute fabric, the industry's premier high-performance fabric.
Lisa Su implies but does not specifically say AMD's 2014 chip will embed the ARM cores AND the SeaMicro fabric.
She says nothing to clarify if this is a system only or merchant chip, too. But the implication is this is also a merchant chip.
Drones are, in essence, flying autonomous vehicles. Pros and cons surrounding drones today might well foreshadow the debate over the development of self-driving cars. In the context of a strongly regulated aviation industry, "self-flying" drones pose a fresh challenge. How safe is it to fly drones in different environments? Should drones be required for visual line of sight – as are piloted airplanes? Join EE Times' Junko Yoshida as she moderates a panel of drone experts.