PhD student @UMichCSE, GEAR Lab @nvidia_ai

Joined June 2021
3 Photos and videos
Runyu Lu reposted
NEW paper from NVIDIA. They discuss robot programming that compounds experience instead of throwing it away. Traditional robot programming forces you to orchestrate perception, contact dynamics, diverse configurations, and constant execution failures by hand. Most learned approaches then bury what they learned in opaque weights. ASPIRE runs a code-as-policy loop that autonomously writes and refines control programs. A closed-loop execution engine exposes fine-grained multimodal traces, so the system diagnoses its own failures, synthesizes repairs, and validates them. Validated fixes distill into a reusable skill library, and evolutionary search explores diverse task sequences beyond single-trajectory tuning. ASPIRE gains up to 77 percent on LIBERO-Pro under perturbation, 72 percent on Robosuite bimanual handover, and 32 percent on BEHAVIOR-1K. On LIBERO-Pro Long it hits 31 percent zero-shot versus 4 percent for prior methods, with early sim-to-real transfer across embodiments. Paper: arxiv.org/abs/2607.00272 Learn to build effective AI agents in our academy: academy.dair.ai/
7
39
233
14,977
Runyu Lu reposted
ENPIRE -> ASPIRE, our 2nd work in the series for Physical AutoResearch. We are building the components for robot self-improvement, one /skill at a time.
Today, we give robots a /skills library that self-evolves and compounds indefinitely! Introducing ASPIRE: a robot solving its 100th task is no longer as clueless as solving its first. Coding agents observe multimodal sensory traces from simulation and real robots, launch an evolutionary search over control programs, and distill the best know-how into an ever-expanding library. ASPIRE is a new type of continual learning: "training" is skill refinement instead of gradient descent. "Trained model" is a repo of sensorimotor skills instead of floating weights. “Distributed training” is a panel of agents each practicing a different skill instead of sharded minibatches. Here's the beauty: ASPIRE gives the tired terms "sim2real transfer" and "cross-embodiment transfer" a whole new meaning. Bridging the sim-to-real gap is notoriously brutal. An end-to-end policy has to swallow both the visual shift (sim looks toyish next to a real camera) and the subtle contact physics it never quite gets right. ASPIRE sidesteps the mess, because it doesn't ship pixels or weights across the gap, but ships the know-how. The robot still has to practice in the real world, not zero-shot, but it gets there way faster because it isn't rediscovering the strategy from scratch. Same for going single-arm to bimanual hardware, which usually requires new data and retraining from zero. ASPIRE achieves up to ~10x cut in "transfer learning” tokens (yes, tokens are the new unit of *training* compute ;) Check out our gallery of 150 tasks and 90 skills the robots taught themselves, all on the website! Kind of wild that we can ship the "learned weights" as an HTML page rather than a GGUF. We'll open-source the full stack so your own robot library starts compounding from ours! Deep dive in thread:
34
22
275
46,014
Thanks @DrJimFan ! Please check our project website for the details: research.nvidia.com/labs/gea…
Today, we give robots a /skills library that self-evolves and compounds indefinitely! Introducing ASPIRE: a robot solving its 100th task is no longer as clueless as solving its first. Coding agents observe multimodal sensory traces from simulation and real robots, launch an evolutionary search over control programs, and distill the best know-how into an ever-expanding library. ASPIRE is a new type of continual learning: "training" is skill refinement instead of gradient descent. "Trained model" is a repo of sensorimotor skills instead of floating weights. “Distributed training” is a panel of agents each practicing a different skill instead of sharded minibatches. Here's the beauty: ASPIRE gives the tired terms "sim2real transfer" and "cross-embodiment transfer" a whole new meaning. Bridging the sim-to-real gap is notoriously brutal. An end-to-end policy has to swallow both the visual shift (sim looks toyish next to a real camera) and the subtle contact physics it never quite gets right. ASPIRE sidesteps the mess, because it doesn't ship pixels or weights across the gap, but ships the know-how. The robot still has to practice in the real world, not zero-shot, but it gets there way faster because it isn't rediscovering the strategy from scratch. Same for going single-arm to bimanual hardware, which usually requires new data and retraining from zero. ASPIRE achieves up to ~10x cut in "transfer learning” tokens (yes, tokens are the new unit of *training* compute ;) Check out our gallery of 150 tasks and 90 skills the robots taught themselves, all on the website! Kind of wild that we can ship the "learned weights" as an HTML page rather than a GGUF. We'll open-source the full stack so your own robot library starts compounding from ours! Deep dive in thread:
1
1
6
609
/𝚜𝚔𝚒𝚕𝚕 for Robotics! Excited to share our project ASPIRE, Instead of solving each task from scratch, ASPIRE lets robots continuously accumulate reusable skills that transfer across tasks, embodiments, and sim-to-real settings. Check @guanzhi_wang 's post for the details!
Introducing ASPIRE, the first automated /𝚜𝚔𝚒𝚕𝚕 discovery system for robotics. Rather than solving tasks one by one, ASPIRE continuously discovers and accumulates reusable skills. These persistent skills become the building blocks of robot intelligence, enabling multi-task transfer, sim-to-real transfer, and cross-embodiment transfer. 🔗 research.nvidia.com/labs/gea… From @NVIDIA, @UMichCSE, @ECEILLINOIS, @Berkeley_AI, @CMU_Robotics. Check out how it works in 🧵:
1
3
198
Runyu Lu reposted
ML ENERGY x NVIDIA blog post is live! Power is a binding constraint for AI factories, and energy efficiency converts directly to revenue. This collaborative blog post covers our works on providing energy observability and improving performance per watt: - Understanding and optimizing inference energy consumption with the ML ENERGY Benchmark & Leaderboard - Optimizing training energy consumption with Perseus & Kareus Our works are open-source on GitHub, and we look forward to more collaborations with NVIDIA! developer.nvidia.com/blog/ma… @NVIDIAAI @NVIDIAAIInfra
5
13
1,092
Great work!
Autoresearch just left the sandbox and entered the embodied world. We are excited to introduce 𝐄𝐍𝐏𝐈𝐑𝐄: a system that drops frontier coding agents onto a fleet of real robots and hands them the entire loop: reset the environment → search the literature → implement ideas and build the infra → train and deploy → self-verify → analyze the logs and rewrite the code → repeat, until the policy is reliable in the real world. No human in the loop. Guided only by the robot's self-proposed, heuristic-based success signal, the agents hill-climb to 99% on dexterous real-world tasks: organizing pins into a box, seating GPUs, tying zip-ties. We envision the bottleneck in robotics shifting — from building smarter algorithms to building the closed physical feedback loops an agent can finally turn on its own. 🔗 research.nvidia.com/labs/gea… From @NVIDIA @CMU_Robotics @Berkeley_AI 🧵
1
110
Runyu Lu reposted
Energy and power are first-class resources in scaling AI compute. ML.ENERGY builds open-source infrastructure for measuring, understanding, and optimizing the energy use of ML workloads. Start here: - ml.energy - github.com/ml-energy
3
4
138
Reinstate Food Trucks on the University of Michigan's North Campus - Sign the Petition! chng.it/DPN6dNZpbN via @Change
9
298
Runyu Lu reposted
How to leverage the white-box info (i.e. source code) for fuzzing compilers? Check out our work “WhiteFox 🦊: White-Box Compiler Fuzzing Empowered by Large Language Models” at OOPSLA 2024! w/ @yinlin_deng, @lry89757, JIayi Yao, @JiaweiLiu_, @Reyhaneh, and @LingmingZhang (1/N)
1
17
66
12,501
Runyu Lu reposted
We are excited to announce our lab's papers at #ICML2024! 🧠✨ Come and discuss our latest research from LLM evaluation to efficient LLM serving & inference! See you there! 1️⃣ Poster: MuxServe: Flexible Spatial-Temporal Multiplexing for Multiple LLM Serving 📍 Location & Time: poster session 1 — Hall C 4-9 #816, 11:30 AM on Tuesday July 23 📜 TL;DR: MuxServe Boosts multiple LLM serving throughput by up to 1.8x through flexible spatial-temporal multiplexing. 2️⃣ Poster: Break the Sequential Dependency of LLM Inference Using Lookahead Decoding 📍 Location & Time: poster session 2 — Hall C 4-9 #411, 1:30 PM on Tuesday July 23 📜 TL;DR: An exact and parallel decoding algorithm that accelerates LLM decoding without needing auxiliary models or data stores. 3️⃣ Poster: Chatbot Arena: An Open Platform for Evaluating LLMs by Human Preference 📍 Location & Time: poster session 3 — Hall C 4-9 #709, 11:30 AM on Wednesday July 24 📜 TL;DR: Chatbot Arena is an open platform for evaluating LLMs based on human preferences through crowdsourced pairwise comparisons, and it’s becoming a widely cited leaderboard for its robust and credible evaluation methods. 4️⃣ Poster: CLLMs: Consistency Large Language Models 📍 Location & Time: poster session 4 — Hall C 4-9 #604, 1:30 PM on Wednesday July 24 📜 TL;DR: We introduce a new family of LLMs optimized for fast Jacobi decoding, achieving a 2.4x to 3.4x improvement in generation speed across multiple benchmarks without compromising quality. 5️⃣ Poster: Online Speculative Decoding 📍 Location & Time: poster session 5 — Hall C 4-9 #605, 11:30 AM on Thursday July 25 📜 TL;DR: OSD improves the efficiency of large language model inference by continuously updating the draft models with user query data, resulting in a significant reduction in latency and an increase in token acceptance rates. 6️⃣ Poster: InferCept: Efficient Intercept Support for Augmented Large Language Model Inference 📍 Location & Time: poster session 5 — Hall C 4-9 #709, 11:30 AM on Thursday July 25 📜 TL;DR: InferCept is the first inference framework for augmented LLMs, efficiently serving LLMs that can query tools, ML models, and virtual environments.
1
4
18
7,963
Great work under the leadership of @jiangfeiduan and @haozhangml !
Multiple LLM serving has emerged as a crucial and costly demand. Want to co-serve multiple LLMs with better utilization? Introducing MuxServe - flexible spatial-temporal multiplexing - up to 1.8x higher throughput Blog: hao-ai-lab.github.io/blogs/m… Paper: arxiv.org/abs/2404.02015
7
595
Runyu Lu reposted
Zhou, we're so proud of you 💚🥹 #ChineseGP
78
585
6,179
168,997
Runyu Lu reposted
Still optimizing throughput for LLM Serving? Think again: Goodput might be a better choice! Splitting prefill from decode to different GPUs yields - up to 4.48x goodput - up to 10.2x stricter latency criteria Blog: hao-ai-lab.github.io/blogs/d… Paper: arxiv.org/abs/2401.09670
4
52
179
78,516
Holy moly Starknet Provision just came my way! 😎 I am eligible for STRK! Getting ready to claim 👨‍💻👩‍💻 You might be eligible, too! provisions.starknet.io #Starknet
255
Runyu Lu reposted
P19 ➡️ P9 What a shift put in by @ZhouGuanyu24 today. 👏 #QatarGP #F1
74
336
4,877
236,006
🤣
4
230
:wq R.I.P Bram Moolenaar groups.google.com/g/vim_anno…
1
213
#LLVM LLVM的Debug手段真的太原始了😇,逐层对比开发,看十几万行的Debug Log,开发效率太低了😭
1
172
可能是因为我就是垃圾😫
194