Skip to content

See every GPU, every job and every GPU hour, in one place.

Nucleaton™ gives your cluster real-time GPU telemetry, health monitoring and usage reports by project, team and user, built into the same platform that runs your training and inference.

Cluster viewIllustrative
GPU hours by project
  • LLM pre-training
  • Fine-tuning
  • Chat endpoint
  • Evaluation
  • GPU nodesHealthy
  • GPU node faultIsolated, replacement joining
  • EndpointsServing

Most GPU clusters are run from stitched-together tools.

Schedulers, monitoring dashboards and custom scripts each see part of the cluster. Nobody sees all of it, and nobody can say who used which GPU hours.

Fragmented tooling

  • Monitoring separate from scheduling
  • GPU failures found when a job dies
  • Usage pieced together from logs and spreadsheets
  • Quotas managed by hand

Nucleaton™

  • One control plane for workloads, GPUs and health
  • Failing GPU nodes detected, isolated and replaced
  • Usage attributed automatically to projects, teams and users
  • Projects with quotas, enforced by the platform

Observability and reporting, built in.

  • Real-time GPU telemetry

    Utilization and health for every GPU in the cluster, as it happens.

  • Jobs and endpoints in context

    See training jobs and inference endpoints next to the GPUs they run on.

  • Usage reports

    GPU hours attributed to each project, team and user, ready for chargeback or budget reviews.

  • Projects and quotas

    Give every team a project with its own users, storage and GPU quota.

  • Audit logs and cost attribution

    A record of who ran what, and what it consumed, for governance and finance.

  • From signal to action

    When telemetry shows a GPU failing, Nucleaton™ isolates the node and replaces it automatically.

Which GPU signals matter, and what they tell you

A practical guide to GPU telemetry for teams running training and inference.

By the C-Gen.AI engineering team

Utilization is not one number

The GPU utilization most tools report is the share of time at least one kernel was running. A GPU can read 100% while a small kernel keeps only part of the chip busy. Metrics that look inside the chip, such as SM activity and occupancy, give a truer picture of how much work is being done.

Health signals worth watching

Standard GPU health telemetry covers ECC memory errors, PCIe errors, XID events from the driver, temperature and power excursions, and interconnect errors. Tracking them lets you take a failing GPU out of service instead of discovering the problem from a crashed job.

Usage answers a different question

Telemetry says how busy a GPU is. Usage says who used it: which project, team and user consumed which GPU hours. Engineers need the first to tune jobs; team leads and finance need the second to plan budgets and charge back costs. Slurm can record job accounting, but turning those records into reports usually takes extra work.

Put signals next to workloads

A temperature spike means little on its own. Seen next to the training job or endpoint running on that GPU, it tells you what’s at risk, who owns it and whether to act now or at the next checkpoint.

Observability and usage reports

Do we need our own monitoring stack?
No. Observability is part of Nucleaton™, alongside scheduling and fault handling.
Can we break usage down by team?
Yes. Usage is attributed to projects, teams and users automatically.
Does it cover inference as well as training?
Yes. Training jobs and inference endpoints appear in the same view, on the same GPUs.
Where does it run?
In your own cloud account or data center, on popular clouds or your own GPU servers.

Led by a world-class team

We’ve designed, built and run some of the largest AI training and inference systems in production.

Dr. Sami Kama

Dr. Sami Kama

Founder & CEO
  • 17 years at CERN
  • Inventor, TensorFlow-TensorRT Integration (NVIDIA)
  • Inventor and Architect, AWS SageMaker
  • Inventor and Architect, AWS SageMaker HyperPod
  • Creator, SageMaker Profiler (world’s first distributed AI profiler)
Richard Vencu

Richard Vencu

Head of Engineering
  • Former Head of HPC & MLOps, Stability AI
  • Managed one of the world’s largest AI training clusters
  • Co-Founder & Engineering Lead, LAION

See your cluster clearly

Tell us about your GPUs and teams. We’ll show you the observability and usage reports on a cluster like yours.

Our engineers usually reply within 4 business hours. See our Privacy Policy.