A very fast pixelflut server with full IPv6 support written in C
- SDL2
- libpthread
- libvncserver
- libnuma (numactl)
- libfreetype2
On *buntu/Debian distros use sudo apt install git build-essential libsdl2-dev libpthread-stubs0-dev libvncserver-dev libnuma-dev libfreetype6-dev
to install the dependencies.
Use make
to build shoreline
By default Shoreline runs in headless mode. In headless mode all user frontends are disabled. Use shoreline -f sdl
to get a sdl window for drawing
There are a few more commandline switches:
Options:
-p <port> Port to listen on (default 1234)
-b <address> Address to listen on (default ::)
-w <width> Width of drawing surface (default 1024)
-h <height> Height of drawing surface (default 768)
-r <update rate> Screen update rate in HZ (default 60)
-s <ring size> Size of network ring buffer in bytes (default 65536)
-l <listen threads> Number of threads used to listen for incoming connections (default 10)
-f <frontend,[option=value,...]> Frontend to use as a display. May be specified multiple times. Use -f ? to list available frontends and options
-t <fontfile> Enable fancy text rendering using TTF, OTF or CFF font from <fontfile>
-d <description> Set description text to be displayed in upper left corner (default https://github.com/TobleMiner/shoreline)
-? Show this help
When specifying a frontend frontend-specific options may be passed to the frontend. For example the VNC frontend can be configured to use a nonstandard port:
shoreline -f vnc,port=2342
All available frontends and their options can be listed using shoreline -f ?
.
PX <x> <y> <rrggbb|aarrggbb> # Set pixel @(x,y) to specified hex color
PX <x> <y> # Get pixel @(x,y) as hex
SIZE # Get size of drawing surface
OFFSET <x> <y> # Apply offset (x,y) to all further pixel draws on this connection
There is a special frontend called statistics
. When enabled it serves a simple TCP based statistics API (default port 1235). Upon
connecting to the statistics API it dumps a JSON object and closes the connection.
This is an example json object returned by the API:
{
"traffic": {
"bytes": 7292518314,
"pixels": 405139493
},
"throughput": {
"bytes": 512289334,
"pixels": 28460518
},
"connections": 10,
"fps": 59
}
When using shoreline with a lot of clients default resource limits applied to processes may not be sufficient.
The default maximum number of allowed vm mappings may not be enough. Consider increasing it by setting
vm.max_map_count = 1000000
in /etc/sysctl.d/50-vm.conf
and reloading it using sysctl --system
.
Shoreline can hit the maximum number of allowed file descriptors quite easily. Increase it by setting
* soft nofile 262144
* hard nofile 262144
in /etc/security/limits.conf
.
When running shoreline through a systemd service you will need to increase the default cgroup limits for larger installations.
Consider adding the following to the [Service]
section of your shoreline unit file.
TasksMax=infinity
LimitSTACK=infinity
LimitNOFILE=infinity
LimitNPROC=infinity
Shoreline can easily handle full 10G line speed traffic on half way decent hardware (i7-6700, 32 GB dual channel DDR4 memory @2400 MHz)
On more beefy hardware (2x AMD EPYC 7821, 10x 8GB DDR4 ECC memory @2666 MHz, 6 memory channels) we are at about 37 Gbit/s
These results were obtained using Sturmflut as a client