SUPERTUXKART BLOG CODE

In the second stage, build_arts, the base image is reused and the arts objects are downloaded. The first stage denoted by debian_base in the Dockerfile includes the required packages for compiling the code. The Docker multi-stage build approach is applied to package SuperTuxKart binaries and assets.

SUPERTUXKART BLOG CODE

In addition to optimizing the packaging process, Docker images introduce layers that allows pushing and deploying game assets and code individually and avoiding unnecessary data transfer costs when distributing the image to many nodes continuously. You might want to separate the code from the media files so that changes by artists do not require the developer to compile and integrate the code unnecessarily.

Therefore, the speed of loading the artifacts from the game assets registry on the compute nodes can slow the game operations even when just tens of bytes of changes are rolled out. Game server images contain executable binaries, graphics, sound, network, and physics assets media files that can take up gigabytes of storage. Build containerized game servers with AWS Developer tools

Our containerization approach includes the game-server lifecycle, such as packaging game binaries and assets, as well as running and disposing of the game server. We apply the method with SuperTuxKart, an open-source, C++ based kart racing game and provide a configuration example. Containers and Kubernetes help modernize game server hosting running on virtual or bare metal machines to improve compute allocation density, optimize data-transfer cost and maintain high performance. Game developers look for ways to improve online multiplayer experience while balancing availability and cost effectiveness.

Supertuxkart blog