Skip to content


Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Local and remote ZeroConf service discovery for hardware resources.
C++ CMake Other

Fetching latest commit…

Cannot retrieve the latest commit at this time

Failed to load latest commit information.
CMake Superproject fixes
apps Fix hw_sd build when Lunchbox uses Avahi implementation of Zerconf
doc Release HWSD 1.1.1
hwsd Fix cppcheck
scripts Fix slurm script
.gitexternals Superproject fixes
CMakeLists.txt Superproject fixes
GNUmakefile Use CommonCPack (untested)
LICENSE.txt Tweak dependencies

Hardware Service Discovery


HW-SD is a library and daemon for the discovery and announcement of hardware resources using ZeroConf. It enables auto-configuration of ad-hoc GPU clusters and multi-GPU machines.

The source code is hosted on github and documented here.


The HW-SD library uses modules which implement discovery using different protocols. Each module is a separate library, which can be selectively linked by applications, which limits dependencies. Currently available are:

  • gpu_dns_sd: Remote ZeroConf (Bonjour) discovery for GPUs announced by the daemon
  • gpu_cgl: Local discovery of Carbon displays (Mac OS X only)
  • gpu_glx: Local discovery of X11 servers and screens
  • gpu_wgl: Local discovery of WGL_NV_gpu_affinity, WGL_AMD_gpu_association or Windows displays (Windows only)
  • net_dns_sd: Remote ZeroConf (Bonjour) discovery for network interfaces announced by the daemon
  • net_sys: Local discovery of network interfaces


When an application is run through VirtualGL, hwsd detects this and sets the FLAG_VIRTUALGL on all local GPUs, and additionally FLAG_VIRTUALGL_DISPLAY on the GPU used by VirtualGL for redirection. This is only implemented for GLX so far (more info).


The daemon uses all available local modules to query local GPUs and network interfaces to announce them using ZeroConf to the local network. The service type name is "_gpu-sd" and "_net_sd". The dns_sd discovery module gathers the information announced by all daemons on the local network. The following protocol is used by the daemon:

  • Session=default | <string>
  • NodeID=<UUID>
  • Hostname=<string> // optional, hostname for connections

  • GPU Count=<integer>

  • GPU<integer> Type=GLX | WGL | WGLn | WGLa | CGL
  • GPU<integer> Port=<integer> // X11 display number, 0 otherwise
  • GPU<integer> Device=<integer> // X11 screen number, wglEnumGpusNV index, CGDirectDisplayID
  • GPU<integer> Width=<integer>
  • GPU<integer> Height=<integer>
  • GPU<integer> X=<integer>
  • GPU<integer> Y=<integer>
  • GPU<integer> Flags=<integer> // optional flags (see gpuInfo.h)

  • Net Count=<integer>

  • Net<integer> Name=<string>
  • Net<integer> Hostname=<string>
  • Net<integer> MAC=<string> // ':' as separator
  • Net<integer> IPv4=<string> // ':' as separator
  • Net<integer> IPv6=<string> // ':' as separator
  • Net<integer> Linkspeed=<integer> // in Megabits per second
  • Net<integer> Up=<bool>



The build system is using CMake, with a default Makefile to trigger CMake and compilation. Typing 'make' should suffice. A ZeroConf implementation is required for the dns_sd module and the daemon. On Mac OS X it is part of the operating system, on Linux AVAHI is tested ('sudo apt-get install libavahi-compat-libdnssd-dev' on Ubuntu), on Windows use the Bonjour SDK. If no ZeroConf implementation is found, HW-SD is only compiled with local discovery modules.


An application can use the discovery by linking the relevant module libraries, instantiating the modules in the code and then quering the instantiated modules. The following will find all remote and local GPUs and local network interfaces on Windows:

#include <hwsd/hwsd.h>

const hwsd::GPUInfos& gpus = hwsd::discoverGPUInfos();

const hwsd::NetInfos& nets = hwsd::discoverNetInfos();

Filters are chainable functors which can be passed to the query function to discard information. The following filters are provided:

  • DuplicateFilter eliminates duplicates, e.g., when one announcement is seen on multiple interfaces
  • MirrorFilter eliminates the same GPU with a different type, e.g., when enabling both the cgl and glx module on Mac OS X.
  • SessionFilter discards all resources not belonging to a given session

Projects using HW-SD

Further Links

Something went wrong with that request. Please try again.