Accelerators#
The accelerator argument of @kinetic.run() and the --accelerator
flag of kinetic pool add take the same strings. This page lists every
name that Kinetic accepts, and the topology behind each TPU name.
Important
A job runs only on a node pool with the same accelerator type and, for TPUs, the same topology. Add one node pool for each accelerator that you use. See Clusters and Node Pools.
Run kinetic accelerators to print the names, the chip counts, and the
topologies (TPUs) or the counts and machine types (GPUs) from your
installed version. This page adds the machine type and the host count for
each TPU slice. Add --live to mark the accelerators that have a node
pool on your cluster.
Name formats#
Format |
Examples |
Meaning |
|---|---|---|
CPU |
|
A CPU-only node. |
GPU name |
|
One GPU of that type. |
GPU name with count |
|
That many GPUs on one node. |
TPU name with chip count |
|
A slice with that many chips. |
TPU name with topology |
|
The same slice, named by topology. |
TPU name only |
|
The default chip count of that type: |
Count only |
|
The most capable type that supports that count. GPUs: |
Spot suffix |
|
The same as |
The gpu- and tpu- prefixes are optional. v5e is an alias for
v5litepod. Names are not case-sensitive.
TPUs#
The Hosts column decides the backend. A slice with more than one
host is multi-host: Kinetic runs it on the pathways backend, one pod per
host, and startup takes longer. See
Distributed Training.
Type |
Name |
Topology |
Machine type |
Hosts |
|---|---|---|---|---|
TPU v6e |
|
2x4 |
|
2 |
|
4x4 |
|
4 |
|
TPU v5p |
|
2x2x2 |
|
2 |
|
2x2x4 |
|
4 |
|
|
2x4x4 |
|
8 |
|
TPU v5e ( |
|
1x1 |
|
1 |
|
2x2 |
|
1 |
|
|
2x4 |
|
1 |
|
|
4x4 |
|
4 |
|
|
4x8 |
|
8 |
|
|
8x8 |
|
16 |
|
|
8x16 |
|
32 |
|
|
16x16 |
|
64 |
|
TPU v4 |
|
2x2x1 |
|
1 |
|
2x2x2 |
|
2 |
|
|
2x2x4 |
|
4 |
|
|
2x4x4 |
|
8 |
|
|
4x4x4 |
|
16 |
|
|
4x4x8 |
|
32 |
|
|
4x8x8 |
|
64 |
|
|
8x8x8 |
|
128 |
|
|
8x8x16 |
|
256 |
|
|
8x16x16 |
|
512 |
|
|
16x16x16 |
|
1024 |
|
TPU v3 |
|
2x2 |
|
1 |
|
4x4 |
|
4 |
|
|
4x8 |
|
8 |
|
|
8x8 |
|
16 |
|
|
8x16 |
|
32 |
|
|
16x16 |
|
64 |
|
|
16x32 |
|
128 |
|
|
32x32 |
|
256 |
|
|
32x64 |
|
512 |
For a first TPU job, use a single-host slice: v5litepod-1,
v5litepod-4, or v5litepod-8.
GPUs#
Type |
Names |
GPU counts |
Machine types |
|---|---|---|---|
NVIDIA H100 80GB |
|
1, 2, 4, 8 |
|
NVIDIA A100 80GB |
|
1, 2, 4, 8, 16 |
|
NVIDIA A100 40GB |
|
1, 2, 4, 8, 16 |
|
NVIDIA L4 |
|
1, 2, 4, 8 |
|
NVIDIA V100 |
|
1, 2, 4, 8 |
|
NVIDIA T4 |
|
1, 2, 4 |
|
NVIDIA P100 |
|
1, 2, 4 |
|
NVIDIA P4 |
|
1, 2, 4 |
|
Append xN for more than one GPU on one node: a100x4, l4x2. Every
GPU job is single-host.
CPU#
accelerator="cpu" runs the job on a CPU node without an accelerator.
Every cluster can run CPU jobs. Use cpu to test a script before you
request hardware.
Capacity#
Newer accelerators, such as TPU v6e and H100, can have no on-demand
capacity in a zone. The job then stays PENDING. A capacity reservation
guarantees the hardware for a node pool:
kinetic pool add --accelerator tpu-v6e-16 --reservation my-v6e-reservation