CONCEPT T5 / DATA MOVEMENT FOR AI-INFUSED WORKFLOWS

Move the data before it is needed.

Scientific data rarely starts where it will be used. It moves from instruments and repositories to HPC storage, between memory and storage tiers, and into GPU memory for AI workloads. Each move costs time and loses context unless it is managed.

01

Ingestion with meaning attached

The CLIO assimilation engine brings data in from local and parallel file systems and from Globus endpoints, described by OMNI files that record what the data is and how to read it.

02

Placement and staging

The transfer engine places data across tiers using selectable placement policies. Research in the project goes further: AgentStage at eScience 2026 uses an agent’s own reasoning time as a window to move requested data into place.

03

Into the GPU

Student work characterizes GPU-direct transfer through NVIDIA NIXL, and the transfer engine includes GPU-aware paths for accelerated workloads.

How IOWarp approaches it

Where to go deeper.

Applications that use it

  • A1

    Agents in the materials workflow

    Design on HPC, additive manufacturing, X-ray tomography, and fatigue testing: the Utah team’s reference workflow, and the agent tools built for it.

    Active collaboration
  • A5

    CLIO on national research systems

    Where CLIO Core has been built and run: ALCF Aurora, DeltaAI, and the Ares cluster.

    Built and run on national systems
  • A6

    GPU direct I/O and compression

    CUDA kernels that read and write IOWarp from the GPU, GPU payloads offloaded to host memory and NVMe, and compression on the device. A research thread built on NVIDIA technologies.

    Research thread across the stack
Common questions

Common questions.

Can CLIO pull data from Globus?

Yes, through the assimilation engine’s Globus support in source builds. An end-to-end integration test passes on a public Globus collection.