Engineering brief
12 Trillion Synthetic Tokens: The Infrastructure Lessons DatologyAI Learned
At a glance
The brief is enough
- Relevance
- Practical value
- Radar
- Time horizon
- This year
- Warnings
- None
DatologyAI generated 12 trillion synthetic tokens for pre-training. The engineering bottlenecks weren't model quality—they were metadata listing, GPU instability, and cross-cluster scheduling.
Synthetic data at trillion-token scale demands infrastructure maturity, not just better models.
Watch if you are scaling synthetic data generation or running large batch inference jobs across multiple GPU clusters.
Summary
The scale achieved. DatologyAI, co-founded by Bogdan Gaza, completed a synthetic data run of 12 trillion tokens across web, math, and code. Their approach, Beyond Web, rephrases high-quality data points from customer datasets rather than generating from scratch. Results show matching larger models with smaller ones and reducing token requirements by 2.7x–5.3x, but the talk focuses on the engineering behind the pipeline.
The metadata bottleneck. Before any GPU work, the team needed to list all input files from S3. With millions of partitions, sequential listing would take 9–11 days—unacceptable on expensive GPU clusters. By switching to batched S3 list API calls (up to 1,000 per request), they cut this to two hours. The lesson: prefetch and batch metadata before scheduling any job at trillion-token scale.
GPU instability and recovery. Long-running synthetic data jobs inevitably hit bad GPUs or node failures. Without checkpointing, an eight-hour partition failure in the last five minutes wasted all work. DatologyAI right-sized partition durations and added periodic checkpointing to S3. Failed jobs now retry with minimal lost progress, turning multi-day failure scenarios into manageable retries.
Cross-cluster orchestration. The team runs curation (Spark/Ray) on CPU clusters and generation on separate H100 GPU clusters, often across multiple providers. CPU and GPU needs for the same job must be scheduled atomically, or bin-packing problems cause idle resources. They built an internal scheduler that reserves CPU pools (for Ray heads) and GPU pools together, decoupling but coordinating allocation across Kubernetes clusters.
Inference optimization. Batch inference for synthetic data differs from online serving. By grid-searching VLM and SGlang parameters—batch size, speculative decoding, and other flags—they gained 40% throughput. This required a disciplined benchmarking harness, not ad-hoc tuning.
Implications for teams. Synthetic data at this scale shifts the bottleneck from data quality to operational reliability. Metadata management, checkpointing, cross-cluster scheduling, and inference tuning become first-class concerns. Teams planning similar pipelines should budget infrastructure engineering alongside data science.
My take
I found the metadata bottleneck story the most valuable. Most teams starting synthetic data generation think about prompt design or model choice first. But the concrete number, 11 days just to list files, makes it obvious that infrastructure is the gate. I'd bet many teams hit similar walls but don't measure them. The 40% throughput gain from tuning VLM parameters is also underappreciated; people treat inference as a black box. What's missing from the talk is cost: at this scale, the compute bill must be enormous. Teams should factor in not just engineering time but the GPU dollar cost of idle time from poor orchestration. The checkpointing advice is solid, but the real takeaway is to invest in data pipeline observability early.
What to do with this
- Audit your metadata retrieval pipeline: batch S3 list operations to reduce listing time from days to hours.
- Implement checkpointing at partition level for any GPU batch job longer than 1 hour, with retry logic.
- Separate CPU and GPU resource scheduling in your orchestration to avoid bin-packing conflicts across clusters.
Watch the video
This video is blocked due to your privacy settings. To watch this video, please accept YouTube marketing cookies.
Related breakdowns
Flywire's Orbit: Workflows, Not Autopilot, Is the Real Agent Pattern
Flywire built Orbit: deterministic AI workflows, LLM steps, guardrails, human review. 11,000 runs, but success isn't quality.
Bounded AI Judgment Is the Compliant Workflow Pattern
Why compliant AI workflows need deterministic control flow and gated model judgment. The open question: can labeled human confirmations really shrink…
Universal data schemas are dead. Build ontologies at decision time.
Cheap intelligence makes data transformation nearly free, but universal schemas still fail. Build ontologies when decisions happen; don't trust model priors.
Get TL;DW
Too Long; Didn't Watch.
A concise breakdowns of the AI and devtools videos that actually matter for engineering leaders.
Free. Weekly. No hype.
Video and thumbnails remain the property of their respective creators. tldw.news provides editorial analysis, commentary, and discovery links to original content.