Linux renderfarm project

The Linux Renderfarm Project is a project providing organisations with means to easily deploy and maintain headless / diskless renderclusters, both as preview / final render nodes.

The package aims to be renderer independent,  turning all computers on your network into 1 big SMP machine. The benefits of such a system are considerable in terms of hardware / licenses / maintenance.

The aim of this project is in no way ment as a replacement for 3rd party rendercontrollers, but merely a resource manager and so can easily coexist with former.

The package is ment -but not limited- as an easy deployable rendercluster manager. One can easily run any other CPU intensive task > CAD / AI / fluid ... simulations, you name it ... surely labs should find this package very convienent as software shouldn't be compiled against a pre-determined amount of CPU's -Mpich libraries for example-. The package is truly a plug&play supercomputer running "normal" applications.


  • No additional HD's / node
  • Higher ontime, service monitoring, restart without dataloss
  • No graphical cards needed.
  • Reduced energy consumption.
  • CPU / Network load balancing
  • Reduced licensing fees.
  • Reduced memory requirements -no bloated GUI is loaded-, OS usage typically less than 32MB, min. recommended / node 128MB *
  • Memory limit only by renderer / motherboard specs.
  • No specialized software needed specifically compiled for a cluster

*-The more nodes, the less RAM that is needed since all nodes share their memory. 10 machines with 512MB will give you 1 machine with 5.12GB RAM

All Win / Nix renderers supported.


Installation is easy. Package is installed as standalone on 1 machine which acts as a bootserver / fileserver / loadbalancer / CMS / domain controller. All other machines / nodes automatically network-boot from this machine on powerup.


All features -except SMP distribution- are operational. Currently nodes work according the Embarrassingly parallel principle -meaning as a normal renderfarm- which is per frame the most efficient but doesn't allow quicker previews, this also means people cannot ( yet ) benefit from the licensing / memory advantage.

Currently I'm struggeling with some packaging issues. Technically it comes down to this.

Since the packages consists of two OS's -1 as a controller, 1 to be distributed amongst the nodes-, the whole package is rather bulky. I'm trying to find a way to reduce the size as those two share the majority of software components.



Download will be available at