
Parallelise a thing
Turn serial research code into scheduled jobs, multi-process pipelines or node-aware workflows that can use more of the machine.
Facilities & Resources
CIDS helps teams choose and use the right infrastructure for the work: local AI training GPUs, high-memory compute, national HPC pathways, cloud patterns, research software support and secure spaces for sensitive data.
Local
Curtin AI GPU access and Perth-based workshops
National
Pawsey support, allocation planning and HPC advice
Hybrid
Cloud, secure data and reproducible project handover
1. Infrastructure
A practical mix of people, platforms and pathways for research, industry and government projects that need more than a laptop.
Project-level support for parallel workloads, batch scheduling, node-scale runs and national supercomputing access.
Facilities access to Curtin on-prem AI training GPUs, with advice on when to use local, cloud or Pawsey resources.
Options for workloads that need larger RAM footprints, long-running jobs or data-heavy preprocessing before modelling.
Help to refactor slow scripts, package methods, containerise workflows and make analysis reproducible for collaborators.
Controlled environments for sensitive datasets, approvals-aware collaboration and clean handover of code and outputs.
Perth-based collaboration spaces for project discovery, dashboard review, technical workshops and partner demonstrations.
Data-first project previews for outcome-led case studies and dashboards.

Turn serial research code into scheduled jobs, multi-process pipelines or node-aware workflows that can use more of the machine.

Move eligible ML, simulation or matrix-heavy workloads onto CUDA-enabled tools, GPU libraries and training environments.

Plan data movement, job arrays, MPI-style execution and result collection across nodes in a supercomputer environment.

Use CIDS as a preliminary step for Pawsey fast-track conversations, allocation planning and general supercomputing support.

Match the workload to Curtin on-prem AI training GPUs, high-memory machines, national infrastructure or cloud capacity.

Design cloud runs for burst capacity, managed services, deployment experiments or partner-controlled environments.
3. AI/ML platforms & tooling
The tooling mix depends on the project, but the aim is consistent: reproducible environments, accelerated modelling, inspectable data pipelines and handover-ready software.
Notebook-to-package workflows for experimental and applied ML.
GPU-aware libraries and profiling for heavier numerical work.
Repeatable pipelines that can move from laptop to cluster.
Interactive workspaces for mixed technical teams.
Storage, query and feature preparation for analysis-ready data.
Tracking, serving and monitoring for models that need to keep working.
4. Secure / sensitive data environments
Project workspace
Role-based permissions, Curtin identity patterns, MFA-ready access and least-privilege collaboration.
Research governance
Project setup can reflect ethics approvals, consent limits, retention requirements and participant-risk controls.
Sensitive data
Support for removing, masking or separating identifiers before analysis, modelling or external collaboration.
Infrastructure
Patterns for protected storage, transfer, backup and controlled project handover of source data and outputs.
Delivery controls
Versioned code, documented data movement, reproducible runs and reviewable decisions for sensitive projects.
Hybrid delivery
Advice on when approved cloud services, private networking, key management and local compute are the right fit.
5. Can we use it for our project?
Some projects need a short burst of GPU capacity, some need a secure analysis environment, some need a Pawsey allocation, and some just need someone to look at a slow script and make the next step obvious. CIDS can help work out which path is realistic before the project becomes bigger than it needs to be.
Bring the research question, dataset, model idea or operational problem and we can help assess compute fit, security constraints, software effort, budget shape and whether the work should run on Curtin infrastructure, Pawsey, cloud services or a blended setup.
Step 1
Scope
Clarify data, risk, compute and expected outputs.
Step 2
Match
Choose the environment and support model.
Step 3
Deliver
Build, run, document and hand over the workflow.