Expand description
RduChipFacts — ONE source of facts for the SambaNova RDU family, from which BOTH chip descriptors
(the spatial mesh SpatialTarget and the scalar-fabric envelope FabricTarget) are derived.
Every number is a Fact with a provenance: Published reads a vendor document named in the chip’s
cites; Modeled fills a gap the public record leaves and says what it was inherited from. Nothing
here is a measurement of the chip and nothing is a time — the descriptors, the neutral artifact and
the fit report all label what they carry, and the locks reflect over the serialized facts so a number
without a citation cannot land.
The unit model (RduUnitModel) is what the public record does not say about a PCU, a PMU and the
mesh — inherited from the open RDU, Plasticine (Prabhakar et al., ISCA 2017): a six-stage SIMD pipeline
of sixteen lanes, a 16-bank × 4096-word scratchpad with a four-stage address datapath, double-buffered
as the SN50 public description says. The credit-loop latencies are None — undeclared, NOT zero —
until the SDK names them; then RduChipFacts::with_credit drops the number in as data and every
derived figure (rdu_ii_report, the descriptors, the envelope) follows without code.
rdu_ii_report is the II view of a placed SpatialProgram on this unit model, built on the same
models the Plasticine lane uses — metapipeline for stage II and
N-buffer depths, pmu for bank conflicts, and
choreography::credit_depth for the bandwidth-delay
solve. MODELED: the model’s cycles, never a simulation of the chip.
Structs§
- Fact
- A number with its provenance and its source.
- Other
Figure - A figure a source states for a fact other than the one the fact carries: superseded by a later source, or one of two current figures the sources disagree on. Kept beside the facts, so no published figure is lost.
- RduChip
Facts - The facts of one RDU generation.
- RduCredit
Row - One IR edge’s credit loop on the unit model.
- RduIi
Report - The II view of a placed program on one RDU’s unit model — the numbers an RDU engineer asks for first, every one MODELED.
- RduIi
Row - One compute stage’s timing on the unit model.
- RduUnit
Model - What the public record does not say about a PCU, a PMU and the mesh — every field modeled and cited,
until an SDK number replaces it as
Publisheddata. - ScaleUp
- How the chips connect beyond the node count: the published rack topology and the scale-up fabric per RDU. Present only where the vendor tabulates the links (the SN50); the SN40L’s per-link fabric is not.
Enums§
- Provenance
- Where a number comes from, strongest first: read from a public source, computed from read numbers,
measured by a run, or a model’s. The order is the trust order, so a figure computed from several
facts is as strong as the weakest of them: their
max. - RduChip
- The RDU generations the facts describe.
Constants§
- BINARY
- How every capacity is read: as the vendor counts it, in powers of two. SambaNova states 1040 PMUs of 512 KB and 520 MB of SRAM [DIAYN26], which agree only when a MB is 1024 KB; the SN40L paper writes the same figures as MiB, GiB and TiB in its prose and as MB, GB and TB in its table [SN40L24]; an HBM2E stack holds 16 GiB.
- HBM_
STACKS - The HBM stacks an RDU’s 64 GiB is laid out as for a model that counts channels: four 16 GiB HBM2E stacks.
Functions§
- rdu_
ii_ report - The II view of
ponfacts’ unit model. One row per compute-role stage: latency = the PCU pipeline depth (+ the reduction tree,⌈log₂ lanes⌉, when the stage folds an axis); resource II from the unit model’s occupancies; recurrence II = pipeline depth + register turnaround when the stage reads a buffer it also writes (a spilled partial, an in-place update); memory II from the stage’s vector accesses under the PMU’s strided banking. Then the pipeline’s II, Spatial’s N-buffer depths over compute→compute edges, and the credit-loop depth of every IR edge. - witnessed_
precisions - The precisions the descriptors advertise, as a set.