AnandTech's Journal
 
[Most Recent Entries] [Calendar View]

Wednesday, January 29th, 2014

    Time Event
    9:25a
    Socketed Kabini Processors Rumored For March

    We saw some socketed Kabini motherboards at CES this year from MSI, and Chinese VR-Zone has published some interesting numbers regarding processors that are predicted to be on sale in March 2014.

    Aside from the soldered Kabini we already have in, the socketed versions are aimed more towards the consumer range than the industrial PC  or embedded lines that commonly utilise soldered on CPU/APUs.  They will be based on the Jaguar CPU core design, which also means being limited to 64-bit single channel DDR3 memory.  The focus of Kabini in this case is the need is for something just to process primarily in-cache data.

    The APUs are also slated by VR-Zone to use GCN architecture for the integrated graphics portion.  The main competition is from Intel’s Bay-Trail-D range of processors, which we have seen samples being announced.  While the standard FS1b socket for Kabini is current, the rumor extends that this will be called AM1 for the new socketed APUs.

    The current rumoured line up sits as:

    AMD AM1 Kabini AMD FT3 Kabini
      A6-5350 A4-5150 E2-3850 E1-2650 A6-5200 E1-2500
    Cores / Threads 4 / 4 4 / 4 4 / 4 2 / 2 4 / 4 2 / 2
    CPU MHz 2050 1600 1300 1450 2000 1400
    GPU HD 8400 HD 8400 HD 8280 HD 8240 HD 8400 HD 8240
    GPU SPs 128 128 128 128 128 128
    GPU MHz 600 600 450 400 600 400
    L2 Cache 2MB 2MB 2MB 1MB 2MB 2MB
    TDP 25 W 25 W 25 W 25 W 25 W 25 W

    As we can see, the desktop related socketed parts are closely related to those already in systems using a BGA interface (FT3).

    For comparison, here are some Bay Trail-D parts and equivalent power Silvermont:

    Intel BayTrail-D 
    BGA1170
    Intel Haswell
    LGA1150
    Intel Avoton
    BGA1283
      Celeron J1850 Pentium J2850 Celeron J1750 Celeron 
    G1820
    Xeon E3-1230L V3 Atom C2750 Atom C2530
    Cores / Threads 4 / 4 4 / 4 2 / 2 2 / 2 4 / 8 8 / 8 4 / 4
    CPU MHz
    (Turbo)
    2000 2410 2410 2700 1800
    (2800)
    2400 (2600) 1700 (2000)
    GPU HD (Ivy Bridge) HD (Ivy Bridge) HD (Ivy Bridge) HD
    (Haswell)
    N/A N/A N/A
    GPU MHz
    (Turbo)
    688
    (792)
    688
    (792)
    688
    (750)
    1050 N/A N/A N/A
    L2 Cache 2MB 2MB 1 MB 512KB +
    2MB L3
    1MB +
    8MB L3
    4 MB 2 MB
    TDP 10 W 10 W 10 W 53 W 25 W 20 W 9 W

    The main advantage AMD has with socketed Kabini is that Intel’s socketed offering in this range comes down to low powered –T and –TE processors from Haswell, which are expensive but offer higher performance, which is not always needed.  Intel’s main low power Atom/Bay Trail range is still all BGA, meaning that the socketed Kabini route has potential for upgrades should AMD expand the processor line. The use of GCN with Kabini also offers up on the compute front, something which the Intel Haswell/Avoton line lack and the BayTrail-D line might fall up short.

    What would be exciting to see is if AMD plan to keep this socket for Beema (Beema replaces Kabini in 2014, Mullins replaces Temash) which also provides a further upgrade path.

     

    Image
        






    Image
    5:05p
    ARM and Partners Deliver First ARM Server Platform Standard

    The demise of innovator Calxeda and the excellent performance per watt of the new Intel Avoton server were certainly not good omens for the ARM server market. However, there are still quite a few vendors that are aspiring to break into the micro server market. 

    AMD seems to have the best position with by far the most building blocks and experience in the server world. The 64 bit 8-core ARMv8 based Opteron A1100 should see the light in the second half of 2014. Broadcom is also well placed and has announced that it will produce a 3 GHz 16 nm quadcore server ARMv8 server CPU. ARM SoC marketleader Qualcomm has shown some interest too, but without any real product yet. Capable outsiders are Cavium with "Project Thunder" and AppliedMicro with the x-gene family

    But unless any of the players mentioned above can grab Intel-like marketshare of the micro server market, the fact remains that supporting all ARM servers is currently a very time consuming undertaking. Different interrupt controllers, different implementation of FP units... at this point in time, the ARM server platform simply does not exist. It is a mix of very different hardware running their own very customized OS kernels. 

    So the first hurdle to take is to develop a platform standard. And that is exactly what ARM is announcing today: the platform standard for ARMv8-A based (64-bit) servers, known as the ARM ‘Server Base System Architecture’ (SBSA) specification.

    The new specification is supported by a very broad range of companies ranging from software companies such as Canonical, Citrix, Linaro, Microsoft, Red Hat and SUSE, OEMs (Dell and HP) and the most important component vendors active in this field such as AMD, Cavium, Applied Micro and Texas Instruments. In fact, the Opteron A1100 that was just announced adheres to this new spec.

    All those partners of course formulated comments, but the best comment came from Frank Frankovsky, president and chairman of the Open Compute Project Foundation. 

    "These standardization efforts will help speed adoption of ARM in the datacenter by providing consumers and software developers with the consistency and predictability they require, and by helping increase the pace of innovation in ARM technologies by eliminating gratuitous differentiation in areas like device enumeration and boot process." 

    The primary goal is to ensure enough standard system architecture to enable a single OS image to run on all hardware compliant to this specification. That may sound like a fairly simple thing, but in reality it's extremely important to solidifying the ARM ecosystem and making it a viable alternative in the server space.

    A few examples of the standard:

    • The base server system shall implement a GICv2 interrupt controller
    • As a result, the maximum number of CPUs in the system is 8
    • all CPUs must have Advanced SIMD extensions and cryptography extensions.
    • the system uses generic timers (Specified by ARM)
    • CPUs must implement the described power state semantics
    • USB 2.0 controllers must conform to EHCI 1.1, 3.0 to XHCI 1.0, SATA controllers to AHCI v1.3
    We can only applaud these efforts: it will eliminate a lot of useless time investments, lower costs and help make ARM partners a real option in servers. With the expected launch of many ARM Cortex A57 based server SoCs this year, it looks like 2014 can be a breakthrough year for ARM servers. We looking forward to do another micro server review. 

    Image
        






    Image
    11:55p
    Some Thoughts on Lenovo's Acquisition of Motorola Mobility from Google

    Earlier this evening Google announced the sale of Motorola Mobility to hardware manufacturer Lenovo for a deal valued at just below $3 billion. Given my fondness for the Moto X and Moto G, two of the best ergonomically executed handsets in the Android space from my perspective, I had a bunch of thoughts about this deal that I wanted to get down in writing.

    I'll start off with a bit of praise for Motorola. The transformation of the company post-Google-acquisition has been nothing short of awesome. The in-hand feel of the Moto X and Moto G remain unparalleled by any competing Android device in my opinion. I absolutely understand that's personal preference, but the next three points aren't. With the Moto X, Motorola bucked the trend of higher CPU core counts (disregarding their driving-me-to-drink 8-core messaging for a moment) and instead opted for two high frequency CPU cores that ultimately delivered better thermally bound CPU performance than the quad-core alternative. Motorola also was the first Android vendor I came across to think of addressing the issue of random IO performance, in this case by deploying a NAND Flash aware file system (f2fs) on the Moto G and X. Finally, Motorola is one of very few Android OEMs that doesn't blatantly cheat in a whole host of terrible smartphone benchmarks. In short, I like the new Motorola. The good news is that I'm not sad to see the company go to Lenovo.

    Lenovo doesn't have a history of ruining brands. Its acquisition of IBM's PC business seems to have done well, and I can only assume that Lenovo has the same intents with Motorola. Acquisitions that strengthen the position of the acquirer are (understandably) sensible ones, and here we're talking about two relatively small players in the overall smartphone industry combining with hopes of increasing market (and revenue) share. With both Motorola and Lenovo controlling single digit percentages of the smartphone market (1.3% and 5.1%, respectively, according to Gartner) it's clear that neither party has a chance independently. Lenovo could leverage its position in China, while Motorola would hopefully be able to do the same in the US (although with a much steeper slope to climb). So far the deal makes sense, although it doesn't guarantee anywhere near instant success.

    The basic fact is that it seems like it's difficult to turn a profit, even in the face of substantial revenue, in the smartphone space. LG and HTC have both struggled here, while Apple and Samsung do quite well. Apple aims squarely at the high end, while Samsung arrives at great profits through a combination of factors - not the least of which is its ability to act as both an integrator and supplier of technologies.

    While odds against turning a substantial profit would point to this deal being a bad (or neutral) one, if there's a company that knows how to successfully compete in a low margin business it's Lenovo. In a world where being a PC OEM is hardly desirable, Lenovo seems to have done fairly well. Leveraging its presence in China as well as higher margins from its corporate business, Lenovo has been able to support and reinvent its consumer facing PC business. It's entirely possible (likely?) that Lenovo views it can repeat the same success in smartphones.

    (Side note: if smartphones end up being low margin businesses for most companies, that potentially increases the reliance of smartphone vendors on reference designs from silicon vendors - drawing an interesting parallel to how things work in the PC space.)

    Google's position in all of this is interesting. CEO Larry Page posted his thoughts on the sale to Google's official blog. I'd like to call out a couple of important quotes:

    "...the smartphone market is super competitive, and to thrive it helps to be all-in when it comes to making mobile devices."

    and

    "As a side note, this does not signal a larger shift for our other hardware efforts. The dynamics and maturity of the wearable and home markets, for example, are very different from that of the mobile industry. "

    The first point solidifies Google's position with regards to Android. It will be an OS and services provider, relying on its partners to build the hardware. Monetization comes from mobile search advertising, location based advertising and general mobile data mining. At a high level this is the Windows/PC ecosystem strategy, except instead of charging a ton for an OS license Google makes its money in these other ways. Note that there's an obvious implication for what happens to the Nexus line but we'll wait and see how that pans out.

    I have to point out that although Microsoft was once a proponent of this approach, as of late it seems to have lost some faith (for good reason) in the PC OEM ecosystem and chose to throw its hat in the ring with Surface. It took PCs a very long time to get to this point, and I suspect if the same end result happens to the Android ecosystem it will take a while before it gets there either. Following the Microsoft model makes a lot of sense from the perspective of growing marketshare. Given how Google primarily monetizes Android today, being in the software/services business and leaving hardware up to its partners is absolutely the right move for the company. If we've learned anything from watching the PC evolve however, it's that OEMs participating in a low margin business tend to prioritize profits first and user experience second. My hope for a Google-owned Motorola was a device vendor that was independent of that mess, but as I just mentioned I don't see this being a problem for some time to come.

    Larry's side note above also makes sense, it tells us a lot about Google's willinginess to play in the hardware space. In a sense, Google won't be a fast follower but it will gladly reap the rewards of a being a first mover in any industry. Focus is extremely important for the success of any company, big or small, and in this case Google is doing right by its shareholders and being focused. Google is absolutely an early mover in the wearables space and with its acquisition of Nest you can say the same thing for its role in the connected home. As I wrote about the Galaxy Gear not too long ago, with those in the smartphone space addicted to exponential growth, a maturing market drives almost everyone to look for the next big thing. There are a handful of these markets that seem feasible in the near term: automotive tech, connected home and wearable computing (+ maybe a category for things like the Oculus Rift).

    Android is turning out to be the mid-90s Windows of the mobile space, while Google wants Glass and Nest to be the iPhones of wearables and the connected home. I can definitely see the former, and I think Nest absolutely puts Google on the right right for the latter, I am uncertain about how Glass plays out in the wearables space over time. The wearables market is still very much in its infancy.

    Image
        






    Image

    << Previous Day 2014/01/29
    [Calendar]
    Next Day >>

AnandTech   About LJ.Rossia.org