Tuesday 31 December 2019

New features in 'isorespin.sh'

Canonical publishing new releases of Ubuntu means new release code names, version numbers and updated EOL schedules for existing releases. In turn this drives new versions of 'isorespin.sh' which include support for these latest releases together with any idiosyncrasies of the resultant ISOs that need specific coding work arounds. Inevitably new versions are also required for bug fixes and also as opportunities arise for general improvements.

One such opportunity came as a result of users wanting to respin Ubuntu-Studio ISOs which earlier were not supported as this distro used 'lowlatency' kernels rather than the standard 'generic' kernel. Although adding support for Ubuntu-Studio was relatively easy it did require a change to how kernel packages were handled in general.

In turn this prompted a complete rewrite of how 'rolling' kernels were processed and included important efficiency improvements together with support for the installation of meta kernel packages where appropriate rather than specific kernel versions facilitating easier ongoing upgrades post ISO installation.

Finally three new options ('--debug', '--interactive' and '--dist-upgrade') have been added which improve the overall functionality of 'isorespin.sh'. These have resulted in a rework of the 'usage' text:

linuxium@LINUXIUM:~$ isorespin.sh --help
Usage: /usr/local/bin/isorespin.sh [ -h | -v | --check | --rolling-list ]
       /usr/local/bin/isorespin.sh -i <ISO> [ [ -u | -k <kernel> ] | [ --dist-upgrade | --upgrade ] | ...
       /usr/local/bin/isorespin.sh ... [ --rolling-release | --rolling-release-hwe | --rolling-release-hwe-edge | --rolling-proposed | --rolling-proposed-hwe | --rolling-proposed-hwe-edge | ...
       /usr/local/bin/isorespin.sh ... --rolling-testing | --rolling-testing-hwe | --rolling-testing-hwe-edge | --rolling-unstable | --rolling-unstable-hwe | --rolling-unstable-hwe-edge ] | ...
       /usr/local/bin/isorespin.sh ... -b [ GRUB | GRUB-32 | GRUB-64 | rEFInd | Linuxium ] | -g [ "" | "<kernel boot parameter> ... " ] | -s [ <size>MB | <size>GB ] | -w <directory> | ...
       /usr/local/bin/isorespin.sh ... --key "<repo> ... " | -r "<repo> ... " | -p "<pkg> ... " | -l "<pkg.deb> ... " | -e "<pkg> ... " | -d "<pkg> ... " | -f [ "<file> | <directory> ... " ] | ...
       /usr/local/bin/isorespin.sh ... -c "<cmd> ... " | -o [ "<file> | <directory> ... " ] | -t <template configuration file> | --apollo | --atom | --interactive | --debug ]

The first new option is '--debug'. Most of the options don't include their interaction with the ISO when being executed either on the screen or in the log file. For example when adding the package 'ethtool' the log merely includes a line stating that the package has been added:

The '--debug' option redirects the output from executing the commands behind an option to the log file. Using the same example the complete output from installing the package is now included in the log file:

While including the output from successful option execution may be interesting the key benefit of using '--debug' is when a command run as part of an option fails. Having the full output including the actual error messages in the log file is invaluable for debugging respinning issues.

The second new option has been included as sometimes trying to respin an ISO using complex option combinations fails as typically the consequences of running certain commands or their effect on the ISO are not fully known or easily predictable. In these circumstances respinning interactively would be easier and hence the new option '--interactive'. This option simply drops you into a 'root' shell where you can manually enter commands to modify the ISO:

Simply press 'control-D' when finished to return to respinning the ISO. This option uses the 'script' command to record the interactive session so that it can be included in the log file in full if the '--debug' option is used in conjunction or manipulated to just show a summary of the commands entered for inclusion into the default log file. This command summary is also included in the 'README.isorespin' file that is added to the respun ISO. As a result 'isorespin.sh' now depends on the package 'bsdutils' being installed which should already be the case in most situations. Because 'script' makes a typescript of everything displayed on the terminal it also includes temporary progress text together with cursor movement control codes and colour control codes which may become visible depending on how the log file is viewed. This may not be ideal in every circumstance however it is a compromise believed to be worthwhile considering the functionality gained.

Using the same example as earlier but this time installing the 'ethtool' package interactively having first performed an ''apt update':

the 'cat' command displays the log file created using the '--debug' option without distractions:

Because when performing the 'apt update' command various 'source' files are needed to be downloaded which result in progress text temporarily being displayed on the screen, when the command 'more' is used to display the log file it interprets the 'script' text in the log file differently and shows this colour-highlighted progress text:

Using the command 'view' to examine the log file shows all the text and all the control characters so consequently may not be the best way to view the log file:

For this particular example the summary of the '--interactive' commands that is also included in README.isorespin:

is similar to how this '--interactive' option is documented in the default log file without an additional '--debug' option:

The final new option is '--dist-upgrade'. This is similar to the '--upgrade' option and is best described by the 'man' entry for the commands used by the two options:

upgrade is used to install the newest versions of all packages currently installed on the system from the sources enumerated in /etc/apt/sources.list. Packages currently installed with new versions available are retrieved and upgraded; under no circumstances are currently installed packages removed, or packages not already installed retrieved and installed. New versions of currently installed packages that cannot be upgraded without changing the install status of another package will be left at their current version. ...

dist-upgrade in addition to performing the function of upgrade, also intelligently handles changing dependencies with new versions of packages; apt-get has a "smart" conflict resolution system, and it will attempt to upgrade the most important packages at the expense of less important ones if necessary. The dist-upgrade command may therefore remove some packages. The /etc/apt/sources.list file contains a list of locations from which to retrieve desired package files. ...
To illustrate the difference we can look at respinning an ISO (Ubuntu 18.04.3) first with the '--upgrade' option together with the '--debug' option which shows that the kernel meta packages are held back:

However using the '--dist-upgrade' option with the '--debug' options shows that new kernel packages will be installed as a result of upgrading the kernel meta packages:

This example again highlights the usefulness of the '--debug' option in understanding what happens as part of respinning an ISO.

Please donate if you find the script useful using the following link http://goo.gl/nXWSGf.

Saturday 28 December 2019

Mini PC Reviews

For some time now I've been reviewing mini PCs and in particular comparing their performance in both Windows and Ubuntu against similarly available devices.

My earliest reviews were posted here on my blog, later ones were published on CNX SOFTWARE and my most recent ones are published on Liliputing where they can be found by clicking on the URL https://liliputing.com/author/linuxium/.

In order to simplify searching for specific mini PC reviews or performance comparisons I've created a chronological list of all the most relevant posts below:

17 June 2024: ACEMAGIC F2A Review: Intel Meteor Lake Mini PC

10 June 2024: Pironman 5 Review: This case turns the Raspberry Pi into a mini-tower PC with enhanced cooling, RGB lighting, and NVMe support

3 May 2024: AYANEO Retro Mini PC AM02 Review: A powerful, versatile mini PC (that also looks like a vintage game console

6 April 2024: MeLE Quieter 4C Review (a pocket-sized fanless PC with Intel N100)

23 March 2024: GEEKOM A7 Review: This AMD Ryzen 7040HS series mini PC hits the sweet spot

22 February 2024: GEEKOM Mini Air12 Review: An affordable Intel N100 mini PC with DDR5 memory and PCIe Gen 3 storage

15 January 2024: AOOSTAR R7 Review: An affordable 2-bay DIY NAS with Ryzen 7 5700U and PCIe NVMe support

17 December 2023: ACEMAGIC TANK03 Review: Tiny gaming PC with up to Core i9-12900H and NVIDIA RTX 3080M

6 December 2023: iKOOLCORE R2 Review: A 3 inch mini PC with four 2.5 GbE Ethernet ports and up to Intel Core i3-N300

29 November 2023: Simply NUC Onyx NUC13OXv9 Review: 4×4 Mini PC with Intel Core i9-13900H

28 October 2023: GEEKOM Mini IT13 Review: 4×4 mini PC with an Intel Core i9-13900H processor

29 August 2023: MeLE Overclock 3C review: Pocket-sized mini PC with an Intel Celeron N5095 Jasper Lake processor

16 June 2023: Morefine M600 6900HX review – A Ryzen 9 6900HX mini PC tested with Windows 11 and Ubuntu 23.04

8 May 2023: Beelink SER6 Pro 7735HS Review – Windows 11 benchmarks, USB4 port tested with NVIDIA RTX 3050 eGPU’s

29 Mar 2023: iKOOLCORE R1 review – A quad 2.5GbE mini PC tested with Windows 11, Ubuntu 22.04, Proxmox

18 Mar 2023: Weibu N10 Core i3-N305 mini PC review with Windows 11 and Ubuntu 22.04

5 Mar 2023: Beelink SER6 Pro mini PC review – Windows 11, Ubuntu 22.04, and USB4

20 Feb 2023: ODROID-H3+ SBC review with “Unlimited Performance” mode and 2.5GbE Net Card

6 Dec 2022: MeLE PCG02 Pro Review – A Fanless Intel Celeron J4125 / N5105 mini PC with an ultra-compact form factor

10 Nov 2022: Weibu N10 Review – An OEM Mini PC tested with Ubuntu 22.04, Windows 11

6 Nov 2022: Beelink SEi12 Alder Lake mini PC review with Windows 11, Ubuntu 22.04

15 Sep 2022: MeLE Quieter HD3Q Review – A fanless mini PC with dual-channel memory, 2.5-inch SATA bay

7 Sep 2022: Beelink SEi11 Pro Review – An Intel Core i5-11320H mini PC tested with Windows 11, Ubuntu 22.04

30 Aug 2022: MeLE Quieter3C fanless mini PC review with Ubuntu 22.04, Windows 11

22 Aug 2022: BMAX B3 Plus Review – An Intel Celeron N5095 mini PC with two Gigabit Ethernet ports

13 Aug 2022: Beelink U59 Pro review – A Jasper Lake mini PC with faster GPU performance

10 Aug 2022: Beelink SER5 Review – An AMD Ryzen 5 5600H mini PC tested with Windows 11, Ubuntu 22.04

9 Jul 2022: GEEKOM MiniAir 11 Review – A Jasper Lake Mini PC with plenty of ports

30 Jun 2022: Beelink MINI S Review – A Low-cost mini PC tested with Ubuntu 22.04 and Windows 11

17 Jun 2022: Beelink SER3 & SEi8 mini PCs review – Part 2: Ubuntu 22.04

3 Jun 2022: MeLE Quieter3Q Review – Ultra-thin fanless mini PC tested with Windows 11, Ubuntu 22.04

24 May 2022: Beelink SEi8/SER3 review – Intel Core i3-8109U and AMD Ryzen 3 3200U mini PCs face off in Windows 11 (part 1)

26 Apr 2022: Morefine S500+ Review – An AMD Ryzen 7 5700U mini PC tested with Windows 11, Ubuntu 20.04

23 Mar 2022: Higole F7G Plus Review – A affordable rugged tablet tested with Ubuntu 20.04 & Windows 11

17 Feb 2022: Beelink GTR5 Review – An AMD Ryzen 9 mini PC tested with Windows 11, Ubuntu 20.04

4 Feb 2022: Beelink GTi11 modding – PCIe Gen 4.0 M.2 slot, tweaking power limits, and eGPU

26 Dec 2021: Beelink GTi11 review – Part 2: Ubuntu 20.04 on an Intel Core i5-1135G7 mini PC

22 Dec 2021: Beelink GTi11 Review – Part 1: Tiger Lake mini PC with Windows 11

23 Aug 2021: LIVA Q1L Review – pfSense, Ubuntu 20.04, Windows 10 tested on a dual Ethernet “Ultra Tiny PC”

16 Jun 2021: GMK NucBox Review – A palm-sized Windows 10 mini PC

1 Jun 2021: MeLE Quieter2 Review – Windows 10, Ubuntu 20.04, and eGPU

19 May 2021: Beelink GKmini Review – An Intel Celeron J4125 mini PC reviewed with Windows 10 Pro, Ubuntu 20.04

10 Apr 2021: Virtualization Performance on an Intel NUC 11 Enthusiast Phantom Canyon NUC11PHKi7C

2 Apr 2021: Linux and Memory Performance on an Intel NUC 11 Enthusiast Phantom Canyon NUC11PHKi7C

22 Mar 2021: Windows Performance on an Intel NUC 11 Enthusiast Phantom Canyon NUC11PHKi7C

14 Mar 2021: Using an eGPU with a mini PC

9 Feb 2021: Beelink SEI Review – A Core i3-10110U Mini PC Tested with Windows and Ubuntu

27 Oct 2020: MINISFORUM EliteMini H31G Coffee Lake Mini PC Review with Windows & Linux

14 Oct 2020: MINISFORUM X35G review – An Intel Core i3-1005G1 Mini PC tested with Windows & Ubuntu

30 Jan 2020: Beelink Gemini T45 Pentium N4200 Mini PC Review

15 Jan 2020: Introducing the Intel NUC 9 Compute Elements, Mini PC Kits, and 3rd-Party Ecosystem

3 Jan 2020: Beelink BT4 Mini PC Review – Slow, Buggy, Fan-cooled, and Overheating

21 Dec 2019: Beelink T45 Review with Windows and Linux, and Tweaking BIOS Power Limits

14 Dec 2019: Ubuntu 18.04 on Beelink Gemini J45 Mini PC (Fix and Review)

12 Dec 2019: A Look at Ubuntu on MINIX NEO G41V-4 and J50C-4 Mini PCs

28 Sep 2019: Beelink J45 Mini PC Review – Windows 10 Works as Expected, but Linux is Unstable

13 Sep 2019: CHUWI GBOX Pro Review – Intel Atom x7-E3950 mini PC Tested with Windows 10 & Ubuntu 18.04

26 Jul 2019: Intel Mini PCs Linux Performance Comparison (original posted here)

12 Jul 2019: Beelink L55 Review – An Intel Core i3-5005U Mini PC Tested with Windows 10 & Ubuntu 18.04

5 Feb 2019: LIVA Q2 Review – ECS Micro PC Tested with Windows 10 and Ubuntu 18.10

28 Jan 2019: Pepper Jobs GLK-UC2X Mini PC Review with Windows 10 and Ubuntu 18.10

15 Oct 2018: TopJoy Falcon Review – A Windows 10 Mini Laptop (Prototype)

11 Oct 2018: Beelink X55 Review – Part 2, Take 2: New Drivers and BIOS

5 Oct 2018: Beelink X55 Review – An Intel Gemini Lake mini PC Tested with Windows 10 and Linux

15 Sep 2018: Beelink X45 Mini PC Review with Windows 10 and Ubuntu 16.04/18.04

16 May 2018: Intel NUC Kit NUC7PJYH Review – An Intel Gemini Lake Pentium Silver J5005 Barebone Mini PC

9 May 2018: Vorke V5 Plus Kaby Lake Mini PC Review with Windows 10 and Ubuntu 18.04

14 Mar 2018: Intel NUC7CJYSAL “June Canyon” Gemini Lake NUC Mini PC Review with Windows 10 and Ubuntu

6 Feb 2018: Vorke V1 Plus Celeron J3455 Mini PC Review with Windows and Ubuntu

28 Jan 2018: Intel Compute Cards Review – Windows 10 and Ubuntu 17.04 on CD1C64GK, CD1P64GK and CD1M3128MK

11 Jan 2018: MINIX NEO N42C-4 Pro Review – Part 3: Ubuntu / Linux

31 Dec 2017: A brief look at the MINIX NEO N42C-4 running Windows 10 Pro

17 Dec 2017: Zotac ZBOX PI225 Review – SSD-Like Mini PC Tested with Windows 10 & Ubuntu

8 Dec 2017: Azulle Byte3 Mini PC Review – Windows 10, Linux Support, Benchmarks, and Video Playback

20 Nov 2017: BBen MN10 TV Stick Review – Windows 10, Ubuntu 17.04, Benchmarks, and Kodi

29 Sep 2017: First look at an Intel Compute Card and Dock

25 Aug 2017: Beelink AP34 Ultimate Fanless mini PC Review with Windows 10 and Ubuntu

15 Aug 2017: ECDREAM A9 Apollo Lake HDMI “TV Stick” Review with Windows 10 and Ubuntu 17.04

24 Apr 2017: Beelink AP42 Apollo Lake mini PC Linux Review with Ubuntu, KDE Neon, Elementary OS….

30 Mar 2016: Review of Intel Compute Stick (STK2M3W64CC): Intel Core m3 M3-6Y30 CPU with Pre-Installed Windows 10 (original posted here)

25 Mar 2016: Performance on Intel Compute Sticks running Ubuntu

15 Mar 2016: First look at the STK2M3W64CC

8 Mar 2016: MINIX NGC-1

6 Mar 2016: Introducing the MK802V

6 Mar 2016: A perfect mini PC? (PQ Labs iStick A350-SSD)

29 Feb 2016: ASUS Chromebit CS10 (Rockchip RK3288C CPU with Chrome OS)

11 Feb 2016: Intel Compute Stick (STK1AW32SC)

2 Jan 2015: Linux Benchmarks – Rockchip RK3288 vs Exynos 5422 vs AllWinner A80 vs Intel Atom Z3735F

15 Jun 2013: Ubuntu 12.04 Now Boots on Rockchip RK3188 mini PCs (T428, MK908, Rikomagic MK802 IV…)

27 Mar 2013: Mini PCs (MK802+, UG802, GK802 & iStick A200) Linux Performance Comparison

And as something related although now dated there was also:

17 Feb 2016: LPX Episode 2: Is that a desktop computer in your pocket?

Friday 26 July 2019

Mini PCs Linux Performance Comparison

Recent vulnerabilities in Intel x86 microprocessors (Meltdown, Spectre, Foreshadow, RIDL, Fallout, ZombieLoad etc.) are now addressed with mitigation patches for the Linux kernel although have resulted in some performance degradation. As a consequence my previous comparison benchmarks could be somewhat misleading when compared with new results given the different versions of software at the time of execution.

So I've repeated running my standard Phoronix Test Suite benchmarks on several of the latest mini PCs each running the latest updated Ubuntu 18.04.2 software with the same Ubuntu 4.15.0-54 kernel.

Specifically the mini PCs I've used are as follows:
On each mini PC I've also run sbc-bench which is a small set of different CPU performance tests focusing on server performance, glmark2 from the standard repositories which is a benchmark for OpenGL (ES) 2.0. and only uses the subset of the OpenGL 2.0 API that is compatible, some real-world timing tests for the compilation, zipping and unzipping of the Linux mainline v5.2 kernel, iozone also from the standard repositories  which is a filesystem benchmark tool and finally Octane 2 which is a JavaScript benchmark and was run in Chrome.

Where possible I've used the same pair of 4GB SAMSUNG M471A5244BB0-CRC 2400 MT/s DDR4 RAM modules and an Intel SSDSCKJF180A5 SATA 180GB 2280 M.2, either natively attached or housed through an adaptor in a 2.5" SSD enclosure, so that the SOCs maybe more equally compared.

Phoronix Test Suite

Phoronix Test Suite is a testing and benchmarking platform written in PHP5 language. Whilst many tests are available I've only considered tests that focus on server performance to evaluate CPU, RAM and I/O performance:
  • CacheBench – Memory and cache bandwidth performance benchmark.
  • CLOMP – C version of the Livermore OpenMP benchmark developed to measure OpenMP overheads and other performance impacts due to threading.
  • 7-Zip compression – Uses p7zip integrated benchmark feature.
  • dcraw – This test measures the time it takes to convert several high-resolution RAW NEF image files to PPM image format using dcraw.
  • LAME MP3 encoding – This test measures the time required to encode a WAV file to MP3 format.
  • FFmpeg – Audio/video encoding performance benchmark.
  • OpenSSL – Measures RSA 4096-bit performance of OpenSSL.
  • PHPBench – Benchmark suite for PHP.
  • PyBench – Python benchmark suite.
  • SQLite – This test measures the time to perform a pre-defined number of insertions on an indexed database
  • Stream – This benchmark tests the system memory (RAM) performance.
  • TSCP – Performance benchmark built-in Tom Kerrigan’s Simple Chess Program.
  • Unpacking the Linux kernel – This test measures the time it takes to extract the .tar.bz2 Linux kernel package.
  • GMPbench – Test of the GMP 5.0.3 math library
  • IOzone  –  Tests the hard disk drive / file-system performance.
The full results might be a little confusing because for some tests, higher is better, whereas for others, lower is better:

so the following bar chart maybe easier to understand:

The results clearly show some anomalies. The Beelink X45 and X55 devices show much lower read performance in the IOzone test and this impacts the performance in the SQLite tests. Interestingly the DDR3 memory of the L55 device shows best performance for CacheBench and CLOMP tests. The NUC7CJYSAL's dual-core without hyper-threading impacts the performance for 7-Zip compression, LAME MP3 encoding and FFmpeg encoding. CPU throttling occurred on the X55 as evidenced on the 'dmesg' impacting some of the results:

[ 6667.805628] CPU3: Core temperature above threshold, cpu clock throttled (total events = 1)
[ 6667.805630] CPU2: Core temperature above threshold, cpu clock throttled (total events = 1)
[ 6667.805631] CPU0: Core temperature above threshold, cpu clock throttled (total events = 1)
[ 6667.805633] CPU1: Core temperature above threshold, cpu clock throttled (total events = 1)
[ 6667.805637] CPU2: Package temperature above threshold, cpu clock throttled (total events = 1)
[ 6667.805638] CPU0: Package temperature above threshold, cpu clock throttled (total events = 1)
[ 6667.805639] CPU1: Package temperature above threshold, cpu clock throttled (total events = 1)
[ 6667.805647] CPU3: Package temperature above threshold, cpu clock throttled (total events = 1)
[ 6667.806608] CPU1: Core temperature/speed normal
[ 6667.806609] CPU0: Core temperature/speed normal
[ 6667.806612] CPU0: Package temperature/speed normal
[ 6667.806612] CPU1: Package temperature/speed normal
[ 6667.806630] CPU3: Core temperature/speed normal
[ 6667.806632] CPU2: Core temperature/speed normal
[ 6667.806634] CPU2: Package temperature/speed normal
[ 6667.806635] CPU3: Package temperature/speed normal


Similarly this benchmark also focuses on server performance and uses the following tools:
  • tinymembench  –  Checks for both memory bandwidth and latency in a lot of variations. 
  • cpuminer  –  Checks for appropriate heat dissipation and instabilities under load. 
  • 7-zip  –  Represents 'server workloads in general'.
  • OpenSSL  –  Solely focuses on AES performance.
and the benchmark was run with the command 'sudo /bin/bash ./sbc-bench.sh -c'.


This OpenGL (ES) 2.0 benchmark suite was run using 1920×1080 resolution.

Compile Linux

The following packages were first installed: git build-essential flex bison kernel-package fakeroot libncurses5-dev libssl-dev kernel-wedge libelf-dev devscripts rsync gawk. The kernel source code was then downloaded with the command 'git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git -b v5.2'. Then after making the default config the kernel was timed compiling with the command 'time LOCALVERSION= fakeroot make-kpkg -j$(nproc --all) --initrd kernel_image kernel_headers'.

zip Linux

The kernel source code (downloaded with 'git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git') was timed for zipping with the command 'time zip -r linux.zip linux'.

unzip Linux

The previously zipped kernel source was timed unzipping with the command 'time unzip linux.zip'.


The iozone command was run with the command 'sudo iozone -e -I -a -s 1G -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2' and the read and write results for 16384k recorded in the table below.


Chrome was installed and Octane 2 was run from 'https://chromium.github.io/octane/'.

A summary of the results from each of the above benchmark tests is as follows:

Each benchmark was run when the average load was less than 0.1. For each of the sbc-bench runs the full results uploaded to http://ix.io were checked for throttling and noted in the table. Slight throttling occurred on the X45 and NUC7PJYH whereas the X55 CPU got the hottest and suffered the most throttling as a consequence. The I/O read speeds for the Beelink X45 and X55 devices were nearly half that of the other devices which was also highlighted by the Phoronix IOzone test. The memory benchmark results were lower for the X45 as a result of only having 4GB of RAM and the consequence of this can be seen reflected in other test results.

Overall the results show that a greater number of CPU cores and higher CPU clock speeds do improve performance. However the gains are somewhat marginal and vary between the tasks being performed so the cost associated with 'better' CPUs should equally be considered when choosing a mini PC. The effectiveness of thermal management should also be noted especially if the CPU load is expected to be high as it can significantly affect the performance whilst executing such tasks.

Friday 14 June 2019

Containing your Gaming

Ever felt like playing a quick game of CS:GO while that compilation is finishing without having to install software that could impact how your current development environment is setup? The simple answer is to game inside a container.

The following are my configuration notes based upon the excellent articles by Stéphane Graber and Simos Xenitellis which allow you to firstly install (and subsequently remove) the containerisation software and then within that how to install and configure Steam to support local and streaming gaming.

# change the following as required
  # Ubuntu user: linuxium
  # Container: steam
  # Container user: linuxiumcomau
# update the current environment to the latest software
sudo apt update
sudo apt upgrade
# add LXD group required for containers and make yourself (linuxium) a member of this group
sudo groupadd --system lxd
sudo usermod -aG lxd linuxium
# reboot to ensure the group membership has updated
sudo reboot
# check you are a member of LXD group
# install the LXD container software
sudo snap install lxd
# initializse LXD making sure the 'size in GB' is adequate for gaming e.g. 15 is required for a local CS:GO
lxd init
# check with an LXD command just to make sure everything is working
lxc list
# create login alias for user linuxiumcomau (alternative to lxc exec steam -- /bin/login -p -f linuxiumcomau)
lxc alias add login 'exec @ARGS@ --mode interactive -- /bin/sh -ac $@linuxiumcomau - exec /bin/login -p -f '
# create a LXD gui profile
cat > lxdguiprofile.txt <<+
  environment.DISPLAY: :0
  raw.idmap: both 1000 1000
  user.user-data: |
      - 'sed -i "s/; enable-shm = yes/enable-shm = no/g" /etc/pulse/client.conf'
      - 'echo export PULSE_SERVER=unix:/tmp/.pulse-native | tee --append /home/linuxiumcomau/.profile'
      - x11-apps
      - mesa-utils
      - pulseaudio
description: GUI LXD profile
    path: /tmp/.pulse-native
    source: /run/user/1000/pulse/native
    type: disk
    path: /tmp/.X11-unix/X0
    source: /tmp/.X11-unix/X0
    type: disk
    type: gpu
name: gui
lxc profile create gui
cat lxdguiprofile.txt | lxc profile edit gui
# setup a bridge if using Steam streaming to get the container on the same network as Ubuntu
    Click on "+" button at the bottom.
    Choose "Bridge" and click "Create".
      The default bridge interface will be named bridge0.
    Click on "Add" button.
    Choose "Ethernet" and click "Create".
    In "Device" field, choose the interface to enslave to the bridge, e.g. eth0.
    Click on "General" tab, and check both "Automatically connect to this network when it is available" and "All users may connect to this network".
    Save the change.
    Click on "General" tab of the bridge, make sure two check boxes are enabled ("Automatically connect to this network when it is available" and "All users may connect to this network").
    Go to "IPv4 Settings" tab, and configure either DHCP or static IP address for the bridge.
      Note that you should use the same IPv4 settings as the enslaved Ethernet interface eth0.
    Finally, save the bridge settings.
    As you have the additional bridge connection you no longer need the previously configured wired connection so delete the original wired connection e.g. Ethernet connection 1.
      You will momentarily lose a connection since the IP address assigned to eth0 is taken by bridge0.
  # update the default profile to use this newly created bridge
  lxc profile edit default # replace lxdbr0 by bridge0
  # delete the old bridge
  lxc network delete lxdbr0
# create an Ubuntu container called steam and install Steam
lxc launch ubuntu:18.04 steam
lxc exec steam -- bash
  apt update
  apt upgrade
  # create user linuxiumcomau
  killall -u ubuntu
  groupmod -n linuxiumcomau ubuntu
  usermod -md /home/linuxiumcomau -l linuxiumcomau ubuntu
  usermod -aG users linuxiumcomau
  loginctl enable-linger linuxiumcomau
  sed -i 's/ubuntu/linuxiumcomau/' /etc/sudoers.d/90-cloud-init-users
  # install dekstop packages
  apt install adwaita-icon-theme-full ubuntu-desktop^
  # exit
lxc login steam
  sudo sed -i "s/; enable-shm = yes/enable-shm = no/g" /etc/pulse/client.conf
  echo export PULSE_SERVER=unix:/tmp/.pulse-native | tee --append /home/linuxiumcomau/.profile
  # exit
# assign the gui profile
lxc profile assign steam default,gui
lxc restart steam
lxc login steam
  firefox # go to Steam website (https://store.steampowered.com) and
    # click Install Steam (top right and then centre screen and save the .deb file)
  cd Downloads/
  sudo apt install ./steam_latest.deb
  steam # use ctrl and \ to terminate
  # exit
# create HUD entry
lxc file pull steam/home/linuxiumcomau/.local/share/Steam/tenfoot/resource/images/steam_tray_48.tga ~/.local/share/icons/
cat > ~/.local/share/applications/steam.desktop <<+
[Desktop Entry]
 Comment=Play games on Steam
 Exec=lxc exec steam -- sudo --user linuxiumcomau --login steam
# use HUD to search for Steam and then add to favourites
# launch Steam

# and to remove everything
# remove HUD entry from favourites
rm ~/.local/share/applications/steam.desktop ~/.local/share/icons/steam_tray_48.tga
# remove LXD
lxc stop steam --force
lxc delete steam
lxc  list
lxc delete <any other containers in list - should be empty in this example>
lxc image list
lxc image delete <any images in list - should be empty in this example>
lxc network list
lxc network delete <e.g. LXD bridge i.e. lxdbr0 if present>
echo '{"config": {}}' | lxc profile edit default
lxc storage volume list default
lxc storage volume delete default <whatever is in list - should be empty in this example>
lxc storage delete default
sudo snap remove lxd
sudo deluser lxd
sudo groupdel lxd

Please donate if you find this guide useful using the following link http://goo.gl/nXWSGf.

Thursday 30 May 2019

'Austin Beach': Intel's Compute Element Fanless NUC

With Intel's announcement today of the NUC Compute Element [1], drawing a long bow may lead to two observations: firstly Intel is using the halo effect of 'NUC' to overcome the presumed horn effect of 'Compute' from the recently cancelled Compute Card products [2]; secondly a passively cooled NUC is to be launched and become part of the NUC's ongoing product family [3].
The Intel NUC Compute Element enables an industry standard for modular compute through a device that incorporates an Intel CPU, memory, connectivity and other components and is capable of powering solutions like laptops, kiosks, smart TVs, appliances and more [1]. At first glance it almost seems the same as the aforementioned Compute Card except that instead of being a fully-enclosed, gadgety card, the NUC Compute Element looks and acts a lot more like a computer part, right down to its exposed connector. Intel claims the changes reduce its footprint inside other devices and also increases the I/O options on tap [4]. Significantly whilst the Compute Card's sealed design and extra durability added nominally to the card cost it added about $50 to each unit on the OEM side to incorporate the module which stunted its adoption [5]. Intel goes on to further emphasise that the NUC Compute Element delivers incredible performance and amazing connectivity at a low cost while making it easy to integrate, upgrade and service computing in next-generation devices [1].

Intel concluded their announcement by stating that the initial NUC Compute Element will be available with a range of processors, including versions with Intel vPro™ technology for increased security and manageability and that products based on the Intel NUC Compute Element are expected to be in market in the first half of 2020 [1]. Interestingly this provides credibility to an earlier leaked product map:

Thursday 23 May 2019

Intel's 'Islay Canyon' NUCs Announced

Built for casual gaming and home entertainment

Introducing the first Intel® NUC with 8th Generation Intel® Core™ processors and Radeon* 540X discrete graphics for all your gaming and entertainment needs. Play casual games, binge watch the latest series, or stream digital music like never before with a quad-core processor that delivers 2x faster performance.


  • 8th Generation Intel® Core™ i7-8565U/i5-8265U Whiskey Lake processor
  • AMD Radeon* 540X discrete graphics with 2 GB GDDR5 graphics memory
  • 8 GB dual-channel LPDDR3-1866 (soldered down)
  • 16 GB Intel® Optane™ memory 1 TB SATA3 HDD/256 GB SSD
  • HDMI* 2.0b and Mini DisplayPort* 1.2
  • Windows® 10 Home Operating System


Choose an Intel® NUC that’s right for you – accelerate performance with Intel® Optane™ memory paired with a high capacity HDD to load the next game level up to 4.7x faster, or get efficient reliability with an SSD with no moving parts so bumps and drops won’t damage your drive.


NUC8i7INHJA/NUC8i7INHJPA - $770.00
NUC8i7INHX - $599.00
NUC8i5INHJA/NUC8i5INHPA - $663.00
NUC8i5INHX - $492.00


          User Guide

Wednesday 24 April 2019

crostini: '--enable-gpu' not the panacea

Steam on crostini was not a proposition until recently as hardware acceleration was not available. That has changed with the latest development release of ChromeOS (75.0.3761.0) as it is now possible to manually start the termina container with the '--enable-gpu' flag to solve this situation. However whilst improvements are noted the performance is a long way off native Linux and Windows as will be demonstrated below.

Using two hardware devices, an HP Chromebox G2 and a Vorke V5 Plus configured similarly with identical CPU and RAM and similarly sized SSD, I've run the free games Counter-Strike: Global Offensive and Dota 2 under Steam running on crostini, Windows and Ubuntu.

First the basics: in-game settings. On each platform I changed some key advanced video settings for CS:GO to low:

I've then installed Windows on the Vorke V5 Plus followed by Steam and CS:GO and Dota 2. The FPS for CS:GO were mid 20's when idle:

and for Dota 2 were high 50's:

I then dual-boot installed Ubuntu 18.04 on the Vorke V5 Plus followed by Steam and CS:GO and Dota 2. The FPS for CS:GO were again mid 20's when idle:

and for Dota 2 were in the 60's:

Then on the HP Chromebox G2 I installed Ubuntu 18.04 as a crostini container. Running 'glxinfo -B' shows that GPU acceleration is not enabled:

I then installed Steam, CS:GO and Dota 2. The FPS for CS:GO was only 1 when idle (arguably as expected):

and for Dota 2 were in the 2 to 4 range:

So I restarted my container with the GPU flag:

This time for CS:GO the FPS only increased to 5-6:

and interestingly the mouse's directional movements failed resulting in constantly looking at the floor once the mouse was initially moved.

For Dota 2 the FPS improved similarly also only to 5-6:

I then installed the same Ubuntu container on Ubuntu on the Vorke V5 Plus and ran Steam's CS:GO and got a similar FPS in the 20's range thus showing that running in a container is not a bottleneck. I'll post the full details on this in a companion post later.

Therefore the conclusion is that while the 'enable-gpu' has improved the FPS performance it is still significantly lower than the FPS from natively installed OSes. This must be due to the 'virgl' drivers and hopefully a 'next' release will address this issue.

Latest Update: 

Compatible drivers are now available through installing the package 'cros-gpu-alpha':

sudo apt install cros-gpu-alpha

and then update and upgrade with

sudo apt update
sudo apt upgrade

According to https://bugs.chromium.org/p/chromium/issues/detail?id=892279 starting in release 76 a flag will be introduced to allow Crostini GPU to be enabled / disabled and the 'cros-gpu-alpha' package will be automatically installed.

Now for CS:GO the FPS has increased to around 15:

And for Dota 2 the FPS improved to around 40:

Please donate if you find this information useful using the following link http://goo.gl/nXWSGf.