substrate = PyTorch-CUDA · lane = Lane-G-refTHIS IS A BASELINE REFERENCE PROBE — NOT the production artifact. The production / PUBLIC-grade Lane-G CLM MUST be the hexa-native flame+forge stack (compiler-only NN, NO PyTorch / ATen / Python in the trained binary) per anima governancea_train_flame_forge. This PyTorch+CUDA model exists ONLY to set a throughput / GPU-utilization reference number — what a well-fed H100 trivially achieves on this byte-level char-LM workload — the bar the forge line's util-GREEN endgame is implicitly chasing. It does NOT satisfy or replace the forge PUBLIC artifact (a_completeness_over_cheap: an optional baseline probe, never the primary). It is NOT merged with Lane A / AKIDA (a_lane_akida_gpu_split).
dancinlab/clm-backbone-5lang-sample, 67.7 MB, ODC-BY), so the H100 utilization
it reaches is an apples-ish reference for the forge util-GREEN goal.| field | value |
|---|---|
| arch | byte-level decoder-only GPT (tied embeddings) |
| vocab | 256 (byte-level — matches the forge int4-envelope corpus) |
| d_model | 768 |
| n_layer | 12 |
| n_head | 12 |
| block (ctx) | 512 |
| batch | 32 |
| params | 85,645,824 (~85.6M) |
| precision | bf16 AMP, TF32 matmul |
| steps | 3000 |
| optimizer | AdamW (cosine LR, warmup 100) |
a_scale_honest_scope): ~85.6M-param baseline, broadly
comparable to the forge d768/12L rung (44.68M) in width/depth; the byte vocab
matches the forge int4-envelope corpus.clm_ref_pytorch_cuda.pt — PyTorch state_dict + config (sha256 9882f5cb…371d321).clm_ref_train.log.json — full training curve + util/throughput/descent summary.clm_ref_pytorch_cuda.py — the trainer (BASELINE tool, not the production trainer).pytorch/pytorch:2.4.0-cuda12.4-cudnn9-devel.dancinlab/clm-backbone-5lang-sample (c4 mC4 5-lang backbone, ODC-BY).