<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>No-Gpu on Wilson Wu</title><link>https://wilsonwu.me/tags/no-gpu/</link><description>Recent content in No-Gpu on Wilson Wu</description><generator>Hugo -- 0.127.0</generator><language>zh-CN</language><lastBuildDate>Wed, 08 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://wilsonwu.me/tags/no-gpu/index.xml" rel="self" type="application/rss+xml"/><item><title>用 llm-d-inference-sim 模拟大模型推理：无 GPU 环境下的最佳验证工具</title><link>https://wilsonwu.me/blog/2026/llm-inference-simulation/</link><pubDate>Wed, 08 Jul 2026 00:00:00 +0000</pubDate><guid>https://wilsonwu.me/blog/2026/llm-inference-simulation/</guid><description>在大模型应用快速落地的过程中，推理服务的工程化能力往往比模型本身更复杂：模型调度、路由策略、限流、灰度发布、网关治理等问题，都需要真实的推理接口进行验证。然而，大模型推理依赖 GPU 和高成本算力资源，使得开发和测试门槛居高不下。
如果你希望在没有 GPU 或资源受限的环境中验证推理架构设计，那么这个工具值得关注：
llm-d-inference-sim GitHub 项目
本文将系统介绍这个工具的能力、设计思路，以及它在实际工程中的应用价值。
工具定位：为推理工程而生的“模拟器” llm-d-inference-sim 是一个专门用于模拟大模型推理服务的工具，其核心能力包括：
提供与真实 LLM 推理服务一致的接口（如 OpenAI-style API） 接收推理请求（prompt / messages） 按配置生成“模拟响应” 支持多实例、多模型模拟部署 简单来说，它并不真正执行模型推理，而是：
模拟“推理服务行为”，而非“推理计算本身”
为什么需要推理模拟？ 在真实项目中，我们经常遇到以下问题：
1. 推理资源昂贵 GPU 成本高（A100 / H100） 推理服务部署复杂（vLLM / TensorRT-LLM / SGLang） 测试环境难以复刻生产规模 2. 工程验证依赖真实服务 很多关键能力必须依赖推理接口验证，例如：
API 网关路由策略（Envoy / Istio） 多模型调度与 fallback 机制 embedding + intent routing 限流 / 熔断 / 超时控制 灰度发布与 A/B testing 但这些能力并不依赖模型“正确性”，只依赖：
“是否有一个行为类似 LLM 的服务存在”
llm-d-inference-sim 的核心价值 1. 零 GPU 依赖 开发者可以在以下环境直接使用：</description></item></channel></rss>