We\u2019re excited to share that you can now test your open source software on multiple CPU architectures at Travis CI.<\/p>\n\n\n\n
For the past few months, we\u2019ve been working closely with the Travis CI community, the LXD team from Canonical<\/a>, Arm<\/a> and Packet<\/a>.<\/p>\n\n\n\n Thanks to this partnership, If your public projects are targeted for Linux and Arm CPU Architecture, get started with Arm builds today!<\/p>\n\n\n\n OpenSSL<\/a> and Fluent Bit<\/a> are already testing the multi-CPU feature, so if you are looking for examples, check out their respective We\u2019re excited to keep working on the multi-CPU feature and work with you to improve it. We heartily invite you to test out the new multi-CPU architecture and share your findings in the forum<\/a>. We\u2019re looking forward to hearing how you use it and your experience with the new feature!<\/p>\n\n\n\n As a first step, modify your Using these two is a valid approach when you want to test a specific combination of OS and CPU. This is possible only with Linux at the moment. LXD is a Linux container daemon, see linuxcontainers.org<\/a> for more information.<\/p>\n\n\n\n You can identify when your job runs on the Arm-based LXD containers by checking the hostname of the worker: lxd-arm64, for example: https:\/\/travis-ci.org\/openssl\/openssl\/jobs\/591020146#L2<\/a>. See the multi-CPU docs<\/a> for more details on usage.<\/p>\n\n\n\n LXC<\/a>, the LinuX Container runtime focuses on creating and running multiple (and isolated) Linux system containers on a single control host. Docker, as an application container, originated from LXC but grew independent from it over time and became a virtualization solution to run processes.<\/p>\n\n\n\n LXD is also based on LXC, but it allows for system containers or a \u2018lightweight vm-like container\u2019. The main difference here is LXD runs upstart\/systemd like process inside the container. While you can achieve similar capability with Docker, you need to enable specific systems processes each time when a docker image is run, which adds complexity and increases execution times for CI environments.<\/p>\n\n\n\n LXD, on the other hand, gives you a \u201cfull OS\u201d inside a container and provides VM-like semantics around system containers so it can be easily operated and managed. LXD is significantly faster thanks to it all being done through containers on Linux and it\u2019s also very light on CPU and memory at the same time.<\/p>\n\n\n\n In the past, we used Docker containers as containers for build machines at Travis CI, or Docker in docker<\/a>, yet the constraints and workarounds that had to be introduced caused inconsistent build times and a lot of confusion. So we reverted back to using Docker as an app container only<\/a>, and we love it!<\/p>\n\n\n\n Given that Travis CI runs your builds and tests in virtual machines that are really close to actual production servers and LXD provides a type of containers that allows doing that a bit faster, this is why we finally picked up LXD for containerization process of Linux builds instead of Docker used in unintended ways.<\/p>\n\n\n\n Given the fast startup time and the benefits of using LXD outlined above, we are looking at expanding our usage of LXD containers for the existing build setups at Travis CI.<\/p>\n\n\n\n Stay tuned for updates as this is only the beginning of supporting multi-CPU architectures!<\/p>\n\n\n\nArm<\/code>-based builds are now available to you, for free, for your open source projects. Arm<\/code>-based builds are the first ones to use LXD powered containerization<\/a> to run your builds.<\/p>\n\n\n\nAlpha Release<\/h2>\n\n\n\n
.travis.yml<\/code> files and the Travis CI docs<\/a>.<\/p>\n\n\n\nWhat you can expect from this alpha release:<\/h3>\n\n\n\n
\n
Arm<\/code>-based builds.<\/li>\n\n\n\nArm64<\/code> (Armv8<\/code> compliant) infrastructure and it has been adjusted to ensure stable build times. Please grant us additional time to react when increasing capacity as it requires both companies to align.<\/li>\n\n\n\n.travis.yml<\/code> arch key may be adapted or extended later on. Stay tuned as we share more updates.<\/li>\n<\/ul>\n\n\n\nHow does Arm support work?<\/h2>\n\n\n\n
.travis.yml<\/code> file by adding the arch key.<\/p>\n\n\n\narch:\n - amd64\n - arm64<\/code><\/pre>\n\n\n\narch:<\/code> keys will trigger a build matrix<\/a> composed by a set of jobs with amd64 and arm64 based OS images. Please keep in mind, that for matrix.include only single key: value is valid, so<\/p>\n\n\n\nmatrix:\n include:\n - os: linux\n arch: amd64\n - os: linux\n arch: arm64<\/code><\/pre>\n\n\n\nWhy LXD? Docker vs LXD<\/h2>\n\n\n\n
What\u2019s next<\/h2>\n\n\n\n