Arm or x86? Future-Proofing Your Industrial SBC Figures Prominently, Part 1

By George Hilliard

Sales and Marketing Manager

WinSystems, Inc.

January 21, 2019

Story

Arm or x86? Future-Proofing Your Industrial SBC Figures Prominently, Part 1

Industrial engineers may want more or different connectivity supported natively on their processor to reduce bill-of-materials (BOM) costs and integration work.

The industrial PC (IPC) market has been dominated by x86 processors for the last 30 years, which should come as no surprise considering its roots in the desktop PC. From fanless rugged box computers to industrial board standards like PC/104 and Mini-ITX, the x86 architecture provided a wealth of proven interfaces, drivers, and software support that accelerated the growth of the industrial computing industry.

However, many of today’s Industrial IoT deployments require something slightly different. Rather than the ever-increasing clock and bus speeds that x86 processors have delivered for decades, Industrial IoT systems sometimes require lower power, more connectivity and security, and, in some cases, mobility. This has led to increased interest in Arm-based IPC solutions in recent years, from both OEMs and their clients.

Here in Part 1 of this two-part blog, I’ll look at efficiency verses performance, and your connectivity options. Then next week in Part 2, I’ll dive into software and operating-system support, and the costs involved with each architecture—the overall system costs, not just of the CPU itself.

Selecting one architecture over the other has significant design implications, both now and in the future. Although Arm processors are renowned for their relatively low power consumption compared to x86 counterparts, the best way to quantify this advantage is to evaluate processors in the same performance class deployed in similar systems. For this exercise we’ll use the WINSYSTEMS SYS-398Q-2G-0 and SYS-405Q, based on NXP’s quad-core Arm Cortex-A9 i.MX 6Q processor running at 800 MHz and the quad-core Intel Atom E3845 clocked at 1.91 GHz, respectively.

1. The WINSYSTEMS SYS-398Q-2G-0 based on NXP Semiconductor’s quad-core Arm Cortex-A9-based i.MX 6Q processor running at 800 MHz.

Of course, many factors contribute to the practical power consumption and energy efficiency of modern processors, including the operating system, current workload, idle/sleep modes, and so on. To get an accurate comparison of the devices in question, we turn to findings from PassMark’s www.cpubenchmark.net, which runs the following tests on available processor cores:

  • Integer Maths
  • Compression
  • Prime Number
  • Encryption
  • Floating Point Math
  • Extended Instructions
  • String Sorting
  • Physics
  • Single Threaded

Using thermal design power (TDP) as a unit of expressing how much power the Arm and Intel processors consume under real-world workloads, the NXP part returned a score of 7.5 W to the Atom’s 10 W.

2. TDP benchmark results for the NXP i.MX 6Q processor and quad-core Intel Atom E3845 processor (Source: www.cpubenchmark.net).

But simply measuring TDP is not sufficient for most designers, as they are primarily concerned with how much performance they can extract from a device at relative power consumption. Again, turning to a cpubenchmark.net performance test, we find that the Intel Atom device yields a PassMark benchmark score more than double that of its Arm-based counterpart.

3. PassMark performance benchmark comparison of the quad-core Intel Atom E3845 processor and quad-core Arm Cortex-A9-based NXP i.MX 6Q (Source: www.cpubenchmark.net).

These two tests would suggest that the Intel Atom E3845 delivers more than 1.5x the performance per watt of the i.MX 6Q. Even within the benchmark, though, tests can be more advantageous to one type of processor. For example, the i.MX 6Q scored a 2370 on the EEMBC’s CoreMark benchmark, while the Atom E3845 is not listed.

For what it’s worth, WINSYSTEMS estimates the typical power consumption of its SYS-398Q-2G-0 at 5.7 W and the SYS-405Q platform at 8.75 W.

Another perceived advantage of Arm-based systems is extensive connectivity, derived from the architecture’s mobile origins. Deconstructing the NXP and Intel-based system-on-chips (SoCs) further gives us a look at the native I/O on the platforms, as well as how industrial engineers can make use of it.

The Intel Atom E3845 provides most of the connectivity you’d expect from an embedded processor, with 4x PCI Express Gen 2 lanes, multiple USB 2.0 and 3.0 interfaces, 2x SATA Gen 2 lanes, embedded DisplayPort, HDMI, VGA, and standard SPI, I2S, I2C, UART, and storage signal support. The device also contains some proprietary technologies, like Intel HD Audio.

While this is a nice general-purpose starting point, industrial engineers may want more or different connectivity supported natively on their processor to reduce bill-of-materials (BOM) costs and integration work. Here, the NXP i.MX 6Q provides a range of more targeted I/O, including Ethernet and CAN interfaces.

In off-the-shelf single-board computers (SBCs), OEMs can minimize these differences. For example, the SBC35-CC405-3845 based on Intel’s Atom E3845 processor integrates two Gigabit Ethernet controllers while also adding two serial ports. Meanwhile, the company’s i.MX 6Q-based SBC35-C398Q-2-0 maintains one Ethernet, two CAN, and 5x high-speed serial interfaces supported by the i.MX 6Q SoC.

4. WINSYSTEMS’ SBC35-CC405-3845 is based on the Intel Atom E3845 processor, and delivers two Gigabit Ethernet interfaces, two serial ports, four USB 2.0/3.0 ports, display/camera interfaces, and other standard I/O.

What should you make of this? Well, that mostly depends on your product design requirements. Adding components to support specific interfaces can affect procurement and BOM costs on either solution. So matching the product connectivity needs to the native I/O of the processor itself may be advantageous for your design team.

George Thomas “G.T.” Hilliard joined WINSYSTEMS in 1994 and has over 25 years of professional experience assisting clients to solve technical challenges. George has a BS in Electronic Engineering Technology and previously worked at a Fortune 500 company where he provided technical support for industrial control and sortation systems. Starting as an Application Engineer, George now leads the sales and marketing departments where he continues to enjoy supporting clients in solving technical and business challenges.

Sales professional with experience in technical support, project team leadership, web design and Linux. Specialties: Embedded x86 computers and Linux

More from George