Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Businesses The Almighty Buck

Qualcomm Eyes Intel With Centriq 2400 Arm Server Chip (eweek.com) 23

Qualcomm is now challenging rival Intel in the rapidly changing data center market. From a report: The company is now selling its long-awaited Centriq 2400 Arm-based server processor that is aimed at the fast-growing cloud market and that Qualcomm officials say beats Intel in such crucial areas as power efficiency and cost. Officials from Arm and its manufacturing partners have for several years talked about pushing the Arm architecture into the data center as an alternative to Intel, and some manufacturers like Cavium and Applied Micro in recent years have rolled out systems-on-a-chip (SoCs) based on the 64-bit Armv8-A design. However, Qualcomm represents the most significant Arm chip maker in terms of scale and resources to challenge Intel, which holds more than 90 percent of the global server chip market. Qualcomm's Centriq chips offer up to 48 single-threaded cores running up to 2.6GHz and are manufactured on Samsung's 10-nanometer FinFET process. The processors sport a bidirectional segmented ring bus with as much as 250G bps of aggregate bandwidth to avoid performance bottlenecks, 512KB of shared L2 cache for every two cores and 60MB of unified L3 cache. There also are six channels of DDR4 memory and support for up to 768GB of total DRAM with 32 PCIe Gen 3 lanes and six PCIe controllers. They also support Arm's TrustZone security technology and hypervisors for virtualization.
This discussion has been archived. No new comments can be posted.

Qualcomm Eyes Intel With Centriq 2400 Arm Server Chip

Comments Filter:
  • by romiz ( 757548 ) on Thursday November 09, 2017 @03:33PM (#55521379)
    Is Qualcomm really commited to support the chip on the long term? A good measure of this would be the level of support for the chip in the Linux kernel mainline. All serious server processors have support in the mainline - even Itanium did. With Qualcomm's mobile chips, millions of lines of custom code for a two year old kernel is normal, but for server customers it will not be sufficient.
    • Re: (Score:2, Informative)

      by Anonymous Coward

      I have some experience with the Cavium server platform.

      It's not nearly as 'weird' as embedded ARM, it's pretty normal UEFI style boot, for the most part.

      The challenge has been performance per watt and performance per dollar is crap. Single threaded performance is complete and utter crap, and even though it's a 48 core socket, even 48 of them suck next to a comparable Intel Xeon.

      I have not seen the Qualcomm offering yet, and maybe it closes the gap. However even their marketing statements are suspiciously

      • Re: (Score:3, Interesting)

        by Hal_Porter ( 817932 )

        The challenge has been performance per watt and performance per dollar is crap. Single threaded performance is complete and utter crap, and even though it's a 48 core socket, even 48 of them suck next to a comparable Intel Xeon.

        If you want a whole bunch of cores and you don't care about terrible per core performance Intel can sell you a Xeon Phi. It's got a whole load of Atom cores

        https://en.wikipedia.org/wiki/... [wikipedia.org]

        Knights Landing will be built using up to 72 Airmont (Atom) cores with four threads per core,[66][67] using LGA 3647 socket[68] supporting for up to 384 GB of "far" DDR4 2133 RAM and 8â"16 GB of stacked "near" 3D MCDRAM, a version of the Hybrid Memory Cube. Each core will have two 512-bit vector units and will support AVX-512 SIMD instructions, specifically the Intel AVX-512 Foundational Instructions (AVX-512F) with Intel AVX-512 Conflict Detection Instructions (AVX-512CD), Intel AVX-512 Exponential and Reciprocal Instructions (AVX-512ER), and Intel AVX-512 Prefetch Instructions (AVX-512PF).[69]

        Is it selling well? Probably not. I.e. there's some evidence that people don't want to move from 4-8 Core i7 style large cores to 64-72 Atom cores. I.e. people buying server CPUs care about single thread performance.

        Which makes me think ARM based servers are not going to kill x64 ones.

        • Re: (Score:1, Insightful)

          by CajunArson ( 465943 )

          "Is it selling well? Probably not. I.e. there's some evidence that people don't want to move from 4-8 Core i7 style large cores to 64-72 Atom cores. I.e. people buying server CPUs care about single thread performance."

          Xeon Phis are selling extremely well and have been widely publicly deployed in the Top 500 supercomputers since earlier this year.

          The fact that you are calling a Xeon Phi a failure because it's not replacing a desktop chip shows your ignorance, not any failure on the part of an extremely innov

          • I hope they do sell well. I always thought Larabee was an interesting idea. The basic idea was that you can get a lot more P54C cores than Cores ones in the same area. P54C was in order and Core was out of order. Core had a much better IPC. Larrabee had the interesting idea of using hyperthreading to keep those simple P54C cores busy by switching threads on a cache miss. Noice.

            https://en.wikipedia.org/wiki/... [wikipedia.org]

            Problem is desktop and server applications are currently too dependent on high IPC cores and single

    • Qualcomm is committed to 'the chip' as an abstract concept; in the sense that they will be happy to sell you another chip of some sort when you have to throw out your current chip because of lack of software support.
  • Sooo... (Score:5, Interesting)

    by JBMcB ( 73720 ) on Thursday November 09, 2017 @03:36PM (#55521399)

    A few issues...

    1. I'm assuming no VMWare? How well does Xen run on ARM?
    2. Can GCC/CLANG optimize for a server profile? I'm assuming that, until now, all the work for the ARM target has been on code compactness and efficiency over performance.
    3. Looks like the chip has plenty of available bandwidth, does it have the transactional horsepower to fill it?

    We've seen chip makers trying to push re-purposed, low-powered chips into servers before, and the results have been underwhelming. If the raw CPU throughput is there, and a compiler/OS/server stack can be created that works well with it on existing server workloads, it may have a shot, but that's a lot of if's.

    • 1. I'm assuming no VMWare? How well does Xen run on ARM?

      Xen has worked well on AArch64 for a long time. I think KVM also works. Bhyve support is almost there.

      Can GCC/CLANG optimize for a server profile? I'm assuming that, until now, all the work for the ARM target has been on code compactness and efficiency over performance.

      There's very little work done in the compiler on optimising for power. To a first approximation, the best optimisation for power is to finish quickly and let the CPU sleep. This is exactly the same for server and mobile workloads. There are differences in pipeline design, but the LLVM AArch64 back end already supports pipeline-specific tuning for AArch64 targets ranging from dual-issue in-order to wide

    • These run KVM and Xen out of the box. I've been using this chip and its predecessor (Hawker) for a while and they are very nice indeed. It is far from being a "re-purposed" mobile chip (although of course Qualcomm do make buckets of those). They've been developing this as a server-specific chip for several years (4 years I believe from reading another press release).
  • by Hal_Porter ( 817932 ) on Thursday November 09, 2017 @03:46PM (#55521443)

    There has been a lot of talk about Qualcomm ARM chips taking over from Intel. The problem is when you look at the benchmarks they're rather underwhelming. Eg.

    http://weborus.com/snapdragon-... [weborus.com]

    The Snapdragon 835 is a great device if you're running Android. If you're running something like Photoshop I predict performance is going to be disappointing. Microsoft's 'Windows on a Snapdragon' video shows Photoshop running. It doesn't mention performance

    https://www.youtube.com/watch?... [youtube.com]

    It's the same with server stuff. And of course Intel have threatened people with a patent lawsuit on SIMD

    https://newsroom.intel.com/edi... [intel.com]

    Protecting x86 ISA Innovation

    Intel invests enormous resources to advance its dynamic x86 ISA, and therefore Intel must protect these investments with a strong patent portfolio and other intellectual property rights. The following graph shows that relentless instruction set innovation translates into a deep and dynamic patent portfolio with over 1,600 patents worldwide relating to instruction set implementations.

    https://imgur.com/a/x0K2V [imgur.com]

    New x86 Instructions and Related Patents

    Intel carefully protects its x86 innovations, and we do not widely license others to use them. Over the past 30 years, Intel has vigilantly enforced its intellectual property rights against infringement by third-party microprocessors. One of the earliest examples, was Intelâ(TM)s enforcement of its seminal âoeCrawford â(TM)338 Patent.â In the early days of our microprocessor business, Intel needed to enforce its patent rights against various companies including United Microelectronics Corporation, Advanced Micro Devices, Cyrix Corporation, Chips and Technologies, Via Technologies, and, most recently, Transmeta Corporation. Enforcement actions have been unnecessary in recent years because other companies have respected Intelâ(TM)s intellectual property rights.

    However, there have been reports that some companies may try to emulate Intelâ(TM)s proprietary x86 ISA without Intelâ(TM)s authorization. Emulation is not a new technology, and Transmeta was notably the last company to claim to have produced a compatible x86 processor using emulation (âoecode morphingâ) techniques. Intel enforced patents relating to SIMD instruction set enhancements against Transmetaâ(TM)s x86 implementation even though it used emulation. In any event, Transmeta was not commercially successful, and it exited the microprocessor business 10 years ago.

    Only time will tell if new attempts to emulate Intelâ(TM)s x86 ISA will meet a different fate. Intel welcomes lawful competition, and we are confident that Intelâ(TM)s microprocessors, which have been specifically optimized to implement Intelâ(TM)s x86 ISA for almost four decades, will deliver amazing experiences, consistency across applications, and a full breadth of consumer offerings, full manageability and IT integration for the enterprise. However, we do not welcome unlawful infringement of our patents, and we fully expect other companies to continue to respect Intelâ(TM)s intellectual property rights. Strong intellectual property protections make it possible for Intel to continue to invest the enormous resources required to advance Intelâ(TM)s dynamic x86 ISA, and Intel will maintain its vigilance to protect its innovations and investments.

    If Microsoft can't transform SSE instructions into an ARM SIMD instruction set due to patents on SSE, Photoshop will suck if it's run through Microsoft's x86 to ARM64 JIT engine. And the odds are something like Photoshop is using bits of SSE which are still patented and will be for some time.

    Even if you don't emulate and run code nati

  • According to Qualcomm officials, the 48-core Centriq 2460, priced at $1,995, offers more than four times the performance per dollar and 45 percent better performance per watt than Intel’s high-end Xeon Platinum 818 “Skylake” chip.

    Current Xeon processors have 4 digit part numbers, not 3...
    Is it the 8158, 8168, 8180, or something completely made up?

    • Ok, so they never actually tested a single socket Xeon 8180, they extrapolated results from published benchmarks of dual-socket 8180's with a score of 2710 down to a "single socket" value of 776, to make it similar to their score of 657

      If they're not going to compare apples with apples, why do it at all?

There's no sense in being precise when you don't even know what you're talking about. -- John von Neumann

Working...