I have spent quite a bit of time figuring out automounts of NFS shares in OS X...
Somewhere along the line, Apple decided allowing mounts directly into /Volumes should not be possible:
/etc/auto_master (see last line):
#
# Automounter master map
#
+auto_master # Use directory service
Boot a specific installed Ubuntu kernel using grub-reboot and grub-set-default.
This allows you to pick what kernel you want to boot on next reboot, or set the default, without having to know much about how grub works or editing config files.
Usage: boot-kernel [options] [kernel]
call grub-reboot or grub-set-default to boot the provided kernel.
| // concurrent-queue.h | |
| #ifndef CONCURRENT_QUEUE_H_ | |
| #define CONCURRENT_QUEUE_H_ | |
| #include <queue> | |
| #include <thread> | |
| #include <mutex> | |
| #include <condition_variable> | |
| template <typename T> |
I have spent quite a bit of time figuring out automounts of NFS shares in OS X...
Somewhere along the line, Apple decided allowing mounts directly into /Volumes should not be possible:
/etc/auto_master (see last line):
#
# Automounter master map
#
+auto_master # Use directory service
This is a short post that explains how to write a high-performance matrix multiplication program on modern processors. In this tutorial I will use a single core of the Skylake-client CPU with AVX2, but the principles in this post also apply to other processors with different instruction sets (such as AVX512).
Matrix multiplication is a mathematical operation that defines the product of
| Go 1.10.3 vs 1.11beta3 | |
| Linux Firefly3399 4.4.138 #3 SMP Sat Jul 21 18:29:19 EST 2018 aarch64 GNU/Linux | |
| go test crypto/tls -bench BenchmarkThroughput | |
| benchmark old ns/op new ns/op delta | |
| BenchmarkThroughput/MaxPacket/1MB-6 215113025 30982856 -85.60% | |
| BenchmarkThroughput/MaxPacket/2MB-6 373540806 47685945 -87.23% | |
| BenchmarkThroughput/MaxPacket/4MB-6 662471229 64692820 -90.23% | |
| BenchmarkThroughput/MaxPacket/8MB-6 1297366168 121892691 -90.60% |
| #!/usr/bin/env python3 | |
| # A simple script to build 64-bit and 32-bit Mesa and libdrm on amd64 Debian | |
| # stable, Debian testing, Debian unstable, and possibly some Ubuntu versions | |
| # with some tweaks. | |
| # | |
| # libdrm is build too, because often version right now in Debian sid and experimental | |
| # is too old for current mesa git repo. Also it is nice to build debug | |
| # versions of libdrm when troubleshooting some crashes and bugs. | |
| # |
| # Kernel sysctl configuration file for Linux | |
| # | |
| # Version 1.14 - 2019-04-05 | |
| # Michiel Klaver - IT Professional | |
| # http://klaver.it/linux/ for the latest version - http://klaver.it/bsd/ for a BSD variant | |
| # | |
| # This file should be saved as /etc/sysctl.conf and can be activated using the command: | |
| # sysctl -e -p /etc/sysctl.conf | |
| # | |
| # For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and sysctl.conf(5) for more details. |
| #!/bin/bash -x | |
| # make_arm64_rpi_kernel_debs.sh | |
| # Builds arm64 debian packages from the CURRENT rpi firmware repository kernel which is installed by: | |
| # sudo rpi-update | |
| # This runs on an arm64 host with arm64 compilation tools... | |
| # or with some sort of cross-compilation setup. | |
| # Debs are put in $workdir/build | |
| # | |
| # This will NOT work in Raspbian unless you have an arm64 compilation | |
| # environment setup. Appears to work on |
This is a companion piece to my instructions on building TensorFlow from source. In particular, the aim is to install the following pieces of software
on an Ubuntu Linux system, in particular Ubuntu 20.04.
