Performance Metrics - II

In this section, we mainly look at benchmark modes in programs used on a day-to-day basis, i.e, application performance and not synthetic workloads.

x264 Benchmark

First off, we have some video encoding benchmarks courtesy of x264 HD Benchmark v5.0. This is simply a test of CPU performance. The cTDP-Up of the Skylake BRIX enables it to to get slightly higher numbers in the second pass when compared to the Kaby Lake Cubi2-005BUS. Actual x264 encoding performance with the Kaby Lake processors and using the latest x264 releases (with AVX512 AVX2 support) is bound to be even better compared to the numbers below.

Video Encoding - x264 5.0 - Pass 1

Video Encoding - x264 5.0 - Pass 2

7-Zip

7-Zip is a very effective and efficient compression program, often beating out OpenCL accelerated commercial programs in benchmarks even while using just the CPU power. 7-Zip has a benchmarking program that provides tons of details regarding the underlying CPU's efficiency. In this subsection, we are interested in the compression and decompression MIPS ratings when utilizing all the available threads.

7-Zip LZMA Compression Benchmark

7-Zip LZMA Decompression Benchmark

TrueCrypt

As businesses (and even home consumers) become more security conscious, the importance of encryption can't be overstated. Almost all modern CPUs support AES-NI for acceleration of the cryptographic processes. The Core i7-7500U in the Cubi2-005BUS does have AES-NI support. TrueCrypt, a popular open-source disk encryption program can take advantage of the AES-NI capabilities. In the graph below, we can get an idea of how fast a TrueCrypt volume would behave in the MSI Cubi2-005BUS and how it would compare with other select PCs. This is a purely CPU feature / clock speed / TDP-based test.

TrueCrypt Benchmark

Agisoft Photoscan

Agisoft PhotoScan is a commercial program that converts 2D images into 3D point maps, meshes and textures. The program designers sent us a command line version in order to evaluate the efficiency of various systems that go under our review scanner. The command line version has two benchmark modes, one using the CPU and the other using both the CPU and GPU (via OpenCL). The benchmark takes around 50 photographs and does four stages of computation:

  • Stage 1: Align Photographs
  • Stage 2: Build Point Cloud (capable of OpenCL acceleration)
  • Stage 3: Build Mesh
  • Stage 4: Build Textures

We record the time taken for each stage. Since various elements of the software are single threaded, others multithreaded, and some use GPUs, it is interesting to record the effects of CPU generations, speeds, number of cores, DRAM parameters and the GPU using this software.

Agisoft PhotoScan Benchmark - Stage 1

Agisoft PhotoScan Benchmark - Stage 2

Agisoft PhotoScan Benchmark - Stage 3

Agisoft PhotoScan Benchmark - Stage 4

Dolphin Emulator

Wrapping up our application benchmark numbers is the Dolphin Emulator benchmark mode results. This is again a test of the CPU capabilities, and the cTDP-Up of the Skylake BRIX makes it come out on top.

Dolphin Emulator Benchmark

Performance Metrics - I Networking and Storage Performance
Comments Locked

32 Comments

View All Comments

  • NikosD - Saturday, December 31, 2016 - link

    In the paragraph of x264's description says:

    "Actual x264 encoding performance with the Kaby Lake processors and using the latest x264 releases (with AVX512 support) is bound to be even better compared to the numbers below."

    I don't think x264 or any other non extremely customized app has AVX512 support, but you probably mean AVX2.

    But even AVX2 is used no more than 5% by x264 last time I checked.

    It is x265 that makes heavy use of AVX2 instructions.
  • ganeshts - Saturday, December 31, 2016 - link

    Thanks for the note. Yes, it is indeed AVX2, and the relevant section has been updated. Btw, do you have any studies confirming the 5% number? I based my note on this investigation: https://mailman.videolan.org/pipermail/x264-devel/...
  • NikosD - Tuesday, January 3, 2017 - link

    Yes my source is an old comment for the mentioned subject by me here:
    http://forum.doom9.org/showthread.php?p=1690751#po...

    The comment I referred to by the developer of x264 mentioning 5% gain of AVX2 only over Ivy bridge is here:
    http://forum.doom9.org/showthread.php?p=1631325#po...
  • Icehawk - Saturday, December 31, 2016 - link

    Are you ever going to switch to x265? Far superior encoding, I have been converting all of my video files over and saving 50-75% space with no visible quality change.
  • Pazz - Saturday, December 31, 2016 - link

    I know of no x265 unifiable benchmark suite/program.
  • lagittaja - Monday, January 2, 2017 - link

    Anything wrong with the HWBot benchmark?
    http://hw-museum.cz/hwbot_x265_benchmark.php

    Or you could just download the latest x265 and run the cli with your own test clip and settings. And you could just as well write yourself a little script to log the results along with a dump of relevant info from CPU-Z etc.
  • vlado08 - Saturday, December 31, 2016 - link

    May be it will be interesting to test the HW h.265 encoder
  • barleyguy - Saturday, December 31, 2016 - link

    The advantage of H.264 is that my tablet will play it without killing the battery (because of onboard decoding), and my TV will play it off a USB stick. We might get there with x265 someday.
  • PyroHoltz - Saturday, December 31, 2016 - link

    The 1x1 NIC is a serious oversight IMHO
  • KingGheedora - Tuesday, January 3, 2017 - link

    Can anyone elaborate on this line: "It is a pity that the display engine still doesn't support HDMI 2.0 natively"?

    What is the "display engine" referring to? Is it the Intel HD 620 hardware, or is it something in the drivers that can be fixed? Or is it an OS issue?

Log in

Don't have an account? Sign up now