Software

Research Computing Software 

The Research Computing computational systems host a wide variety of software for diverse academic research use and provide compilers and ample storage in home directories so users can install their own software.

The following is a (non-exhaustive) list of the software available on our Linux Systems and usage guides.

For complete listings of installations, log in to a machine and use module avail to view all possible environment modules.

Application Software

General

Genomics and Bioinformatics

GIS and Spatial

Machine and Deep Learning

Modelling Software

Chemistry Software

Math Software

Computational Fluid Dynamics (CFD)

Environment Tutorials

Utilities

General

These are primarily used as dependencies for other software, but they can be used by users as well.

Data Transfer 

X11 Forwarding and Interactive Sessions on Coeus with a GUI

MPI Support

Supported on Coeus and Gaia only.

FAQ

Keeping up to date: Compilers and Interpreters

We have the latest major versions of GCC, Intel's compilter suite, Python, and R.

What's the difference between a compiler and an interpreter?

In short, a compiler takes a program and builds an executable which can then be ran, whereas an interpreter takes a program and runs it immediately.

What can be installed to the RC systems?

The software will need to be compatible with Linux (CentOS in particular). The RC team will happily spend four work hours on an installation, but if it takes longer than that, we will explore in more detail t the installation and review the installation. By default, we highly recommend you make a request and work with us to get something installed. 

Which version should be used? What build with several compilers should be used? 

The RC systems may contain many different versions of various software installations. The primary reason behind keeping all the old versions is because some applications cannot or do not update to the most recent version, so the modules are kept for legacy support. Additionally, there may be bugs in the current stable release that cause it to be undesirable for some.  In general, it is best to use the most recent major release, unless some software requires a different version.

If there are builds of a software with different compilers, it is generally better to use the GCC build, unless there is a reason to be using Intel's compiler suite.

If there are builds with MPI libraries, use those on the clusters if MPI is desired.

If there is a package for a module that has several versions (such as Python or Miniconda), which will it be installed to?

Any packages installed to Python or Miniconda or similar modules will have the package installed to the two latest versions for each compiler (GCC or Intel's compiler suite) used.