Sinks are for output, sources are for input. To stream source to sink a loopback must be created. More shall you find there.
Our output sink will be named recording.
pacmd load-module module-null-sink sink_name=recording sink_properties=device.description=recording
Ramp up your Kubernetes development, CI-tooling or testing workflow by running multiple Kubernetes clusters on Ubuntu Linux with KVM and minikube.
In this tutorial we will combine the popular minikube tool with Linux's Kernel-based Virtual Machine (KVM) support. It is a great way to re-purpose an old machine that you found on eBay or have gathering gust under your desk. An Intel NUC would also make a great host for this tutorial if you want to buy some new hardware. Another popular angle is to use a bare metal host in the cloud and I've provided some details on that below.
We'll set up all the tooling so that you can build one or many single-node Kubernetes clusters and then deploy applications to them such as OpenFaaS using familiar tooling like helm. I'll then show you how to access the Kubernetes clusters from a remote machine such as your laptop.
| # Create new from old | |
| git tag new old | |
| # Remove old tag | |
| git tag -d old | |
| # Sync changes from old tag to remote | |
| git push origin :refs/tags/old |
The easiest way to "convert" MKV to MP4, is to copy the existing video and audio streams and place them into a new container. This avoids any encoding task and hence no quality will be lost, it is also a fairly quick process and requires very little CPU power. The main factor is disk read/write speed.
With ffmpeg this can be achieved with -c copy. Older examples may use -vcodec copy -acodec copy which does the same thing.
These examples assume ffmpeg is in your PATH. If not just substitute with the full path to your ffmpeg binary.
| # non root user example for alpine | |
| # | |
| # usage: | |
| # $ docker build --build-arg "USER=someuser" --tag test . | |
| # $ docker run --rm test | |
| FROM alpine | |
| ARG USER=default | |
| ENV HOME /home/$USER |
For this configuration you can use web server you like, i decided, because i work mostly with it to use nginx.
Generally, properly configured nginx can handle up to 400K to 500K requests per second (clustered), most what i saw is 50K to 80K (non-clustered) requests per second and 30% CPU load, course, this was 2 x Intel Xeon with HyperThreading enabled, but it can work without problem on slower machines.
You must understand that this config is used in testing environment and not in production so you will need to find a way to implement most of those features best possible for your servers.
| cfg.parser () { | |
| fixed_file=$(cat $1 | sed 's/ = /=/g') # fix ' = ' to be '=' | |
| IFS=$'\n' && ini=( $fixed_file ) # convert to line-array | |
| ini=( ${ini[*]//;*/} ) # remove comments | |
| ini=( ${ini[*]/#[/\}$'\n'cfg.section.} ) # set section prefix | |
| ini=( ${ini[*]/%]/ \(} ) # convert text2function (1) | |
| ini=( ${ini[*]/=/=\( } ) # convert item to array | |
| ini=( ${ini[*]/%/ \)} ) # close array parenthesis | |
| ini=( ${ini[*]/%\( \)/\(\) \{} ) # convert text2function (2) | |
| ini=( ${ini[*]/%\} \)/\}} ) # remove extra parenthesis |
| #!/usr/bin/env ruby | |
| # Usage: gitio URL [CODE] | |
| # | |
| # Turns a github.com URL | |
| # into a git.io URL | |
| # | |
| # Copies the git.io URL to your clipboard. | |
| url = ARGV[0] | |
| code = ARGV[1] |
| # Optimized my.cnf configuration for MySQL/MariaSQL | |
| # | |
| # by Fotis Evangelou, developer of Engintron (engintron.com) | |
| # | |
| # === Updated December 2018 === | |
| # | |
| # The settings provided below are a starting point for a 2GB - 4GB RAM server with 2-4 CPU cores. | |
| # If you have less or more resources available you should adjust accordingly to save CPU, | |
| # RAM and disk I/O usage. | |
| # The settings marked with a specific comment or the word "UPD" after the value |