惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园_首页
量子位
阮一峰的网络日志
阮一峰的网络日志
酷 壳 – CoolShell
酷 壳 – CoolShell
H
Hackread – Cybersecurity News, Data Breaches, AI and More
云风的 BLOG
云风的 BLOG
D
DataBreaches.Net
B
Blog
L
LangChain Blog
Apple Machine Learning Research
Apple Machine Learning Research
Vercel News
Vercel News
博客园 - 三生石上(FineUI控件)
爱范儿
爱范儿
Microsoft Azure Blog
Microsoft Azure Blog
IT之家
IT之家
aimingoo的专栏
aimingoo的专栏
B
Blog RSS Feed
H
Help Net Security
The Cloudflare Blog
U
Unit 42

InfoQ

GitHub Copilot Open-Source Project Brings Full iOS 27 Virtualization to Apple Silicon From Retrieval to Reasoning: Building Production-Ready Agentic AI Systems with Knowledge Graphs Lambda SnapStart Comes to Container Images, Ending a Packaging Tradeoff One Decade of Rustls: Evolution, Benchmarks, and Future Roadmap NVIDIA Personal AI Router Distributes AI Tasks across Local Compute Netflix Reworks Conductor for 420 Million Monthly Workflow Executions and 10X Larger Workflows tsgolint Reaches Stable v7, Bringing Go-Powered Type-Aware Linting to Oxlint Terraform AWS Provider Continues Rapid Expansion as AWS Infrastructure Becomes More Complex How To Run on Three Clouds at Once, and When Not To Session Traces and Cost Controls Help Diagnose AI Agent Failures Advancing Embedded Go: Recoverable Panics, UEFI, Radio and Hardware Dev Kit Blume: Zero-Config Docs Framework That Turns a Markdown Folder into an AI-Ready Website Redefining GIS: Declarative Symbology and Collaborative Workflows in JupyterGIS Airbnb Cuts Authentication Code by 60% with Server Driven Architecture Kubernetes Promotes KYAML as a Safer, More Consistent Way to Work with Manifests Next-Gen Architecture Playbook: Insights and Patterns for the AI Era From S3 to GPU in One Copy: Rethinking Data Loading for ML Training Copilot Code Review Reaches Azure Repos, Billed Per Review with Reporting Two Days Behind Personality Over Skillset: How Adam Wachtel Builds Engineering Teams Tether: Apple Continuity Like Experience Between iOS and Linux Desktop Machines Twenty Years of jQuery: How a Little Library Rewired Web Development Shopify Introduces Gisting: Compressing LLM System Prompts into Learned Tokens Rigorous Yet Sustainable Human Reviews in the AI Era pnpm 12 Rewrites Package Manager in Rust, Accelerating Installs While Preserving pnpm 11 Workflows Instrumentation at Scale: Having Your Performance Cake and Eating It Too Cohere’s Parse 5 Promises Efficient Multi-Modal Information Extraction From Complex Documents Swiggy Uses 350+ Features and Multi-Task MLP to Predict Customer Lifetime Value OpenAI Details GPT-Live’s Architecture for Continuous Stateful Voice Interaction Beyond Prompting: Context Engineering for Production-Grade AI
How LinkedIn Trains AI Job Search 8x Faster with Multi-Te...
Claudio Masolo · 2026-09-11 · via InfoQ

LinkedIn has published details of the training infrastructure behind its AI-powered job search, describing a multi-teacher distillation pipeline that compresses knowledge from large teacher models into a compact 0.6B-parameter ranking model. The main contribution isn’t just the distillation technique. It’s the systems work that makes it fast enough for iteration. This includes a custom framework built on SGLang, which serves teacher models directly in the training loop.

Training a small language model (SLM) to improve relevance and engagement goals, like clicks and applications, requires querying one or more large teacher models for each training example. Serving those teachers can slow down the process. This becomes a bottleneck for a ranking system that must handle hundreds of thousands of queries per second at LinkedIn's scale. Many search and recommendation teams face a common challenge. They struggle to shift from keyword-based systems to unified rankers that are supervised by LLMs.

LinkedIn created a multi-teacher distillation framework using SGLang. This system loads and serves teacher models of different sizes. It also manages tensor-parallel and data-parallel setups. An asynchronous client asks teachers during training. It processes their outputs and adds them to the distillation losses. The team calls this method Online Multi-teacher Distillation. Scaling this across several nodes with local teacher replicas accelerated the distillation process by 3x. It also kept latency low, allowing for quick iterations. To reduce serving overhead and prevent repeated calculations, LinkedIn introduced Offline Multi-teacher Distillation. In this mode, the system precomputes teacher outputs and stores them on HDFS or NFS. Then, they are used directly in training instead of being queried in real time.

Full pipeline for teachers/student training

That online/offline split sits alongside a broader stack of training-level optimizations: adopting LiGer to reduce memory usage and enable 2x larger batch sizes, multi-node training for up to 3.5x additional speedup, FSDP2 for a further 20% gain, and H200 multi-node clusters for up to 30% more on top of that. The team notes it evaluated FP8 mixed precision but found no benefit for models under 8B parameters, due to casting overhead outweighing any compute savings. Stacked together, these optimizations are what account for the roughly eightfold training speedup referenced in the post's title.

On the modeling side, LinkedIn's research shows that the 0.6B student model improved job search results. This model comes from an 8B relevance oracle and a 1.7B engagement teacher. It raised NDCG@10 for job searches by 24.48%, going from 0.7583 to 0.9432. Inference-side work in the same research included structured pruning and context compression. These methods increased ranking throughput from about 290 to over 2,000 items per second per GPU.

The system is live in production, powering natural-language job search for LinkedIn's US users. It's built on SGLang, the open-source LLM serving engine LinkedIn has invested in for prior ranking workloads, rather than a proprietary serving stack. LinkedIn presents this work as a guide for teams. It helps them achieve cross-encoder-quality ranking while meeting real-time latency needs. Plus, it avoids high costs from using frontier-LLM inference for every request.

Teams creating similar LLM-supervised ranking systems can use the online/offline teacher-serving split. They can query online in early stages when teacher choices change. Then, they can switch to offline caching once teachers stabilize and query volume increases. The gains are compounding, not just one trick. LiGer, multi-node data parallelism, FSDP2, and newer GPU generations each add a moderate boost. Also, none of this needed FP8 for sub-8B model sizes. This detail is important for teams considering lower precision by default.

In June 2026, Pinterest released a related account called Achieving Near-Linear Training Scalability for Pinterest's Foundation Models. This article explained how multi-node training helped create larger teacher models. These models' knowledge was then distilled into more efficient student models for the Homefeed and Related Pins ranking. This process reduced experimentation cycles from weeks to just a fraction of that time. LinkedIn's role is to create a custom SGLang framework, allowing teachers to be queried live during training.

Pinterest focuses on scaling the training framework and is migrating to Distributed Checkpoint, making multi-node teacher training possible. A recent survey, Distillation in 2026 (so far): which frontier models use it and how, highlights advancements in multi-teacher distillation. It features NVIDIA's Nemotron 3 Ultra, MiMo-V2-Flash, and DeepSeek-V4, which utilize ten or more specialized teachers for dense, token-level supervision. This teacher-pool complexity exceeds the needs of industrial ranking systems like LinkedIn’s and Pinterest’s, which use fewer, task-specific teachers.

About the Author

Claudio Masolo