先说结论(懒得看全文的看这里)

核心差异:一个故事说清楚

PagedAttention vs RadixAttention:内存管理的两种哲学

真实性能数据(团队测的)

编程体验:一个天一个地

vLLM:简单粗暴,上手就用

SGLang:强大但烧脑

部署踩坑实录

vLLM部署:顺风顺水

SGLang部署:需要点耐心

多模态支持:SGLang略胜一筹

SGLang多模态:原生支持

vLLM多模态:能用但不够优雅

实际场景选择建议(基于踩坑经验)

场景一:在线聊天服务

场景二:批量文本生成

场景三:Agent应用

最新进展(2025年1月)

vLLM V1架构

SGLang最新优化

成本效益分析(老板最关心的)

硬件成本对比

迁移成本评估

真实案例分享

案例一:电商客服机器人

案例二:代码生成平台

社区生态对比(2025年1月数据)

vLLM生态

SGLang生态

技术债务与潜在风险

vLLM的技术债

SGLang的隐患

未来继续干?

短期趋势(6个月内)

长期发展(1-2年)

实用工具和脚本

性能测试脚本

监控配置模板

最后

最后的最后

这问题很多人都会有。

诸如:“现在部署Llama 3.3vLLM还是SGLang?”。

每次听到这问题,我都差点把咖啡喷到屏幕上。

这问题就像问"买车选特斯拉还是比亚迪"一样,没有标准答案,但坑我都踩过…

作为一个折腾了N年LLM推理的老码农,我觉得是时候好好聊聊这两个框架了。

说实话,去年我们团队从vLLM迁移到SGLang,又部分迁回vLLM的经历,简直是一部三国史,分久必合、合久必分。

先说结论(懒得看全文的看这里)

搞了半天,其实选择很简单:

  • 要稳?选vLLM - 生产环境不想背锅的首选
  • 要快?选SGLang - 性能狂魔和研究党的最爱
  • 要全?两个都部署 - 有钱任性的土豪做法

顺便说一句,我们现在就是第三种,不同场景用不同框架,真香。

核心差异:一个故事说清楚

PagedAttention vs RadixAttention:内存管理的两种哲学

先说vLLM的PagedAttention。

还记得操作系统课上的虚拟内存吗?

vLLM就是把这套玩法搬到了GPU上。

我第一次看到这个设计时,直接惊了——居然能把内存利用率从20%干到96%!

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=.%2F(12%20%E5%B0%81%E7%A7%81%E4%BF%A1%20_%2029%20%E6%9D%A1%E6%B6%88%E6%81%AF&pos_id=img-3aa0EzK3-1755260010549) 大模型推理框架,SGLang和vLLM有哪些区别? - 知乎_files/v2-1e808f39f219af9deb9164e10ce35582_720w.webp)

上个月我测试PagedAttention,写了个简单的benchmark:

# 真实测试代码,不是demo!
import time
import torch
from vllm import LLM

# 测试环境:A100 80GB,我司唯一一张卡,宝贝得很
llm = LLM(
    model="meta-llama/Llama-3.1-8B",
    gpu_memory_utilization=0.95,  # 激进一点,反正不是生产环境
    max_num_batched_tokens=8192
)

# 搞1000个请求压测
prompts = ["给我讲个笑话"] * 1000  # 偷懒复制的
start = time.time()
outputs = llm.generate(prompts, max_tokens=128)
print(f"耗时:{time.time()-start:.2f}秒")  # 结果:holy shit,真的快!

再说SGLang的RadixAttention。

这玩意儿更「烧」,用的是Radix树(就是那个压缩前缀树)。

我第一次理解它的时候,画了整整3页纸的图…

简单说,它就像是给KV cache建了个"族谱":

  • 相同的祖先(前缀)只存一份
  • 多轮对话?前面的context自动复用
  • 缓存命中率能到74%,简直离谱

在多轮对话场景,SGLang确实爽。

上周测试一个20轮的Agent对话,SGLang比vLLM快了整整一倍

但是,注意这个……

真的部署起来是真的麻烦…

真实性能数据(团队测的)

别信那些营销号的数据,我把实测结果贴出来:

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=.%2F(12%20%E5%B0%81%E7%A7%81%E4%BF%A1%20_%2029%20%E6%9D%A1%E6%B6%88%E6%81%AF&pos_id=img-E2DTqJHk-1755260010549) 大模型推理框架,SGLang和vLLM有哪些区别? - 知乎_files/v2-af842b8c2f04df45c84657f570e36381_720w.webp)

测试配置(透明公开):

  • 硬件:A100 80GB(团队就这一张,以前有多的,但……被抢走了……心疼)
  • 模型:Llama-3.1-8B-Instruct
  • 输入长度:512 tokens
  • 输出长度:128 tokens
  • 测试时间:2025年1月凌晨3点(避开高峰)

编程体验:一个天一个地

vLLM:简单粗暴,上手就用

vLLM的API设计,怎么说呢,就是那种"傻瓜式"的(褒义)。三行代码跑起来:

from vllm import LLM, SamplingParams

# 就这么简单,不信你试试
llm = LLM(model="Qwen/Qwen2.5-7B-Instruct")  
outputs = llm.generate(["你好"], SamplingParams(max_tokens=100))
print(outputs[0].outputs[0].text)

我第一次用的时候,5分钟就跑通了。

这对于赶deadline的项目来说,简直是救命稻草。

SGLang:强大但烧脑

SGLang的编程模型…说实话,刚开始我是拒绝的。

这个DSL(领域特定语言)学习曲线有点陡:

import sglang as sgl

@sgl.function  # 装饰器模式,很pythonic
def multi_turn_chat(s, question):
    s += sgl.system("你是一个幽默的AI助手")  # 这个加号用得很巧妙
    
    # 多轮对话示例
    s += sgl.user(question)
    s += sgl.assistant(sgl.gen("response1", max_tokens=100))
    
    # 还能搞条件分支,牛逼
    if "代码" in question:
        s += sgl.user("请给出代码示例")
        s += sgl.assistant(sgl.gen("code", max_tokens=200))
    
    return s

# 用起来还挺优雅
state = multi_turn_chat.run(question="写个快排")
print(state["response1"])

不过一旦上手,真香!

特别是做复杂的Agent应用,SGLang的表达能力强太多了。

部署踩坑实录

vLLM部署:顺风顺水

vLLM部署体验,一个字:爽。

两个字:大爽。

四个字:屡试不爽。

# Docker一键部署,小白也能搞定
docker run --gpus all \
    -v ~/.cache/huggingface:/root/.cache/huggingface \
    -p 8000:8000 \
    vllm/vllm-openai:latest \
    --model meta-llama/Llama-3.1-8B-Instruct \
    --max-model-len 4096

生产环境特性都有:

  • 健康检查接口 ✓
  • Prometheus metrics ✓
  • 自动重启 ✓
  • 负载均衡 ✓

去年我们上线vLLM服务,从测试到生产只用了2天。

SGLang部署:需要点耐心

SGLang部署…怎么说呢,像是组装宜家家具,说明书看着简单,实际操作想骂人。

# 基础安装还行
pip install sglang[all]

# 启动服务要调参,这些参数我试了N遍才找到最优配置
python -m sglang.launch_server \
    --model-path meta-llama/Llama-3.1-8B \
    --tp 2 \  # tensor parallel搞不好会OOM
    --mem-fraction-static 0.85 \  # 这个参数文档都没写清楚
    --enable-mixed-chunk  # 加了性能提升20%,但容易crash

最坑的是,SGLang的错误信息特别不友好。有一次报错"Radix tree overflow",我调试了整整一个下午才发现是缓存配置问题…

多模态支持:SGLang略胜一筹

做视觉模型的同学注意了,这块SGLang是真的强。

SGLang多模态:原生支持

@sgl.function
def visual_qa(s, image_path, question):
    s += sgl.system("你是视觉分析专家")
    s += sgl.user([
        sgl.image(image_path),  # 原生image支持!
        question
    ])
    s += sgl.assistant(sgl.gen("analysis", max_tokens=500))
    return s["analysis"]

# 实测LLaVA-OneVision,性能提升6.4倍!
result = visual_qa.run(
    image_path="test.jpg",
    question="这是什么建筑风格?"
)

vLLM多模态:能用但不够优雅

vLLM的多模态支持像是后来补上的(事实上也是):

# 需要额外配置,API不够直观
llm = LLM(
    model="llava-hf/llava-v1.6-mistral-7b-hf",
    image_input_type="pixel_values",  # 这些参数记不住...
    image_token_id=32000,
    image_input_shape="1,3,336,336"
)

实际场景选择建议(基于踩坑经验)

场景一:在线聊天服务

上个月我们的ChatBot从vLLM换到SGLang,效果:

  • QPS提升73%(多轮对话场景)
  • P99延迟降低35%
  • GPU内存使用减少25%

但是!运维同学骂了我一个星期,因为:

  • 监控系统要重写
  • 告警规则要重配
  • 文档几乎没有

如果团队技术实力强,换SGLang值得;否则老老实实用vLLM。

场景二:批量文本生成

这个场景vLLM反而更合适。原因很简单:

  1. 批量任务没有前缀复用的优势
  2. vLLM的continuous batching很成熟
  3. 稳定性好,不会半夜叫你起来修bug

场景三:Agent应用

必须SGLang!原因:

  • 复杂流程控制能力强
  • 缓存复用效果显著
  • DSL编程模型适合Agent开发

我们的Agent应用用SGLang重写后,响应时间从3秒降到1.2秒。

最新进展(2025年1月)

vLLM V1架构

上周vLLM发布了V1 Alpha,我第一时间测试了:

# 设置环境变量启用V1
import os
os.environ["VLLM_USE_V1"] = "1"

# 性能提升确实明显
# 实测:Llama-8B吞吐量提升1.7倍!

新特性亮点:

  • 集成FlashAttention 3(终于!)
  • 零配置升级(这个好评)
  • 单GPU接近GPT-4o性能(有点吹,但确实快)

SGLang最新优化

SGLang v0.4.5刚发布,重点更新:

  • Llama 4支持(第一个支持的框架!)
  • EAGLE3推测解码(实测加速2.1倍)
  • DeepSeek-V3优化(单H200达到190 TPS)

![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](https://img-home.csdnimg.cn/images/20230724024159.png?origin_url=.%2F(12%20%E5%B0%81%E7%A7%81%E4%BF%A1%20_%2029%20%E6%9D%A1%E6%B6%88%E6%81%AF&pos_id=img-YQlhf6iU-1755260010550) 大模型推理框架,SGLang和vLLM有哪些区别? - 知乎_files/v2-55d8017350f9ca6676d0864a8885697e_720w.webp)

成本效益分析(老板最关心的)

硬件成本对比

以我知道的实际部署为例(月度成本):

场景 vLLM配置 SGLang配置 成本差异
聊天服务(1M MAU) 4×A100 3×A100 节省25%
批量生成 2×A100 2×A100 持平
Agent应用 3×A100 2×A100 节省33%

隐性成本:

  • vLLM运维成本低,1个SRE搞定
  • SGLang需要专人维护,至少0.5个HC

迁移成本评估

从vLLM迁移到SGLang:

  • 代码改造:2-3人周
  • 测试验证:1-2人周
  • 运维适配:1人周
  • 培训成本:团队需要1-2周适应

我的建议:除非性能瓶颈明显,否则不建议全量迁移。我们采用的是混合部署策略。

真实案例分享

案例一:电商客服机器人

背景:日均100万对话,高峰期QPS 500+

初始方案:vLLM + Qwen-14B

  • 部署简单,2天上线
  • 性能够用,P99 < 2秒
  • 成本可控,4台A100

优化后:核心场景换SGLang

  • 多轮对话场景用SGLang(占30%流量)
  • 单轮问答保留vLLM(占70%流量)
  • 成本降低20%,体验提升明显

案例二:代码生成平台

需求:支持复杂的代码生成流程(需求→设计→编码→测试)

为什么选SGLang

@sgl.function
def code_generation_pipeline(s, requirement):
    # 需求分析
    s += sgl.system("你是资深架构师")
    s += sgl.user(f"需求:{requirement}")
    s += sgl.assistant(sgl.gen("design", max_tokens=500))
    
    # 代码实现(基于设计)
    s += sgl.system("你是资深开发者")
    s += sgl.user(f"根据设计实现:{s['design']}")
    s += sgl.assistant(sgl.gen("code", max_tokens=1000))
    
    # 单元测试生成
    s += sgl.user(f"为以下代码编写测试:{s['code']}")
    s += sgl.assistant(sgl.gen("tests", max_tokens=500))
    
    return s

这种复杂流程,vLLM很难优雅实现。

社区生态对比(2025年1月数据)

vLLM生态

截至写稿时的数据:

  • GitHub Stars: 54,400+(增长稳定)
  • Contributors: 740+(大厂贡献者多)
  • 月度更新: 15-20个PR合并
  • 文档完善度: 9/10(中文文档也不错)

产业支持:

  • Meta、NVIDIA官方支持
  • AWS、Azure、GCP都有集成
  • HuggingFace深度集成

SGLang生态

虽然规模小,但增长迅猛:

  • GitHub Stars: 4,100+(月增长15%)
  • Contributors: 50+(核心团队活跃)
  • 月度更新: 30+个PR(迭代很快)
  • 文档完善度: 6/10(英文为主)

学术背景:

  • Stanford LMSYS团队主导
  • UC Berkeley参与
  • 多篇顶会论文支撑

技术债务与潜在风险

vLLM的技术债

  1. 架构包袱重:为了兼容性,很多优化不敢做
  2. 依赖复杂:Triton、Ray等依赖版本敏感
  3. 内存碎片:长时间运行会有内存碎片问题(虽然不严重)

SGLang的隐患

  1. 稳定性:还是会偶尔crash,生产环境需要做好容错
  2. 文档缺失:很多高级特性只能看源码
  3. 社区较小:遇到问题可能要自己解决

之前SGLang在处理超长文本时OOM,我debug了两天才找到原因——radix树的某个分支没有正确释放。这种问题在vLLM很少见。

未来继续干?

短期趋势(6个月内)

我预测:

  1. 性能差距缩小:vLLM V1会追上SGLang不少
  2. SGLang稳定性提升:毕竟要进PyTorch生态了
  3. 新玩家入场:可能会有基于Rust的推理框架

长期发展(1-2年)

个人观点(可能打脸):

  1. 框架融合:两个框架可能会互相借鉴,界限模糊
  2. 硬件定制:针对特定硬件的深度优化
  3. 自动选择:AI自动选择最优推理框架

实用工具和脚本

性能测试脚本

我常用的benchmark脚本,拿走不谢:

# benchmark.py - 同时测试两个框架
import time
import asyncio
from typing import List, Dict

class LLMBenchmark:
    def __init__(self):
        self.results = {}
    
    def test_throughput(self, framework: str, prompts: List[str]):
        """测试吞吐量,记得要多跑几次取平均"""
        if framework == "vllm":
            from vllm import LLM, SamplingParams
            llm = LLM(model="Qwen/Qwen2.5-7B-Instruct")
            
            start = time.time()
            outputs = llm.generate(prompts, SamplingParams(max_tokens=128))
            duration = time.time() - start
            
        elif framework == "sglang":
            import sglang as sgl
            # SGLang测试代码
            # ... 
            
        tokens_generated = len(prompts) * 128  # 假设都生成满了
        throughput = tokens_generated / duration
        
        print(f"{framework} 吞吐量: {throughput:.2f} tokens/s")
        return throughput

    def test_latency(self, framework: str):
        """测试延迟,特别是TTFT"""
        # 实现略,主要测P50、P95、P99
        pass

# 使用示例
benchmark = LLMBenchmark()
prompts = ["写一首诗"] * 100
benchmark.test_throughput("vllm", prompts)
benchmark.test_throughput("sglang", prompts)

监控配置模板

Prometheus配置(生产环境在用):

# prometheus.yml
scrape_configs:
  - job_name: 'vllm'
    static_configs:
      - targets: ['localhost:8000']
    metrics_path: '/metrics'
    
  - job_name: 'sglang'  
    static_configs:
      - targets: ['localhost:30000']
    metrics_path: '/metrics'

# 告警规则
groups:
  - name: llm_alerts
    rules:
      - alert: HighLatency
        expr: llm_request_latency_p99 > 2000  # 2秒
        for: 5m
        annotations:
          summary: "LLM服务延迟过高"
          
      - alert: LowThroughput
        expr: llm_tokens_per_second < 100
        for: 10m
        annotations:
          summary: "吞吐量异常低"

最后

用了这么久,说说真实感受:

vLLM像丰田凯美瑞

  • 可靠、稳定、省心
  • 不是最快的,但绝对不会把你扔路上
  • 适合大多数场景
  • 二手资料多,遇到问题容易解决

SGLang像特斯拉Model S

  • 性能强悍,技术先进
  • 偶尔会有小毛病
  • 需要一定的技术储备
  • 用好了体验极佳,用不好会很痛苦

我的建议?

如果你:

  • 刚接触LLM推理 → 选vLLM

  • 追求极致性能 → 选SGLang

  • 做研究 → 选SGLang

  • 要稳定 → 选vLLM
    ame: llm_alerts
    rules:
    - alert: HighLatency
    expr: llm_request_latency_p99 > 2000 # 2秒
    for: 5m
    annotations:
    summary: “LLM服务延迟过高”

    - alert: LowThroughput
      expr: llm_tokens_per_second < 100
      for: 10m
      annotations:
        summary: "吞吐量异常低"
    

## **最后**

用了这么久,说说真实感受:

**vLLM像丰田凯美瑞**:

- 可靠、稳定、省心
- 不是最快的,但绝对不会把你扔路上
- 适合大多数场景
- 二手资料多,遇到问题容易解决

**SGLang像特斯拉Model S**:

- 性能强悍,技术先进
- 偶尔会有小毛病
- 需要一定的技术储备
- 用好了体验极佳,用不好会很痛苦

我的建议?

如果你:

- 刚接触LLM推理 → 选vLLM
- 追求极致性能 → 选SGLang
- 做研究 → 选SGLang
- 要稳定 → 选vLLM
- 不差钱 → 都部署

## 零基础如何高效学习大模型?

你是否懂 AI,是否具备利用大模型去开发应用能力,是否能够对大模型进行调优,将会是决定自己职业前景的重要参数。

为了帮助大家打破壁垒,快速了解大模型核心技术原理,学习相关大模型技术。从原理出发真正入局大模型。在这里我和鲁为民博士系统梳理大模型学习脉络,这份 `LLM大模型资料`   分享出来:包括`LLM大模型书籍、640套大模型行业报告、LLM大模型学习视频、LLM大模型学习路线、开源大模型学习教程`等, 😝有需要的小伙伴,可以 **扫描下方二维码**免费领取🆓**⬇️⬇️⬇️

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/57aba133e8b04cda90efef21a29424c9.png#pic_center)

### **【大模型全套视频教程】**

教程从当下的市场现状和趋势出发,分析各个岗位人才需求,带你充分了解自身情况,get 到适合自己的 AI 大模型入门学习路线。

**从基础的 prompt 工程入手,逐步深入到 Agents,其中更是详细介绍了 LLM 最重要的编程框架 LangChain。最后把微调与预训练进行了对比介绍与分析。**

同时课程详细介绍了**AI大模型技能图谱知识树**,规划属于你自己的大模型学习路线,并且专门提前收集了大家对大模型常见的疑问,集中解答所有疑惑!

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/d627e47455434cbf8709ffd7bec9d441.png)


**深耕 AI 领域技术专家带你快速入门大模型**

跟着行业技术专家免费学习的机会非常难得,相信跟着学习下来能够对大模型有更加深刻的认知和理解,也能**真正利用起大模型,从而“弯道超车”,实现职业跃迁!**

![图片](https://i-blog.csdnimg.cn/img_convert/087823ba3ad2a6cd9e5d90f14e53eb3e.gif)



**【AI 大模型面试题 】**

除了 AI 入门课程,我还给大家准备了非常全面的**「AI 大模型面试题」,**包括字节、腾讯等一线大厂的 AI 岗面经分享、LLMs、Transformer、RAG 面试真题等,帮你在面试大模型工作中更快一步。

**【大厂 AI 岗位面经分享(92份)】**

![图片](https://i-blog.csdnimg.cn/img_convert/d175ee97c286deb4d5357046af587b76.png)

**【AI 大模型面试真题(102 道)】**


![图片](https://i-blog.csdnimg.cn/img_convert/05789337c1b4208e0816d7f7faafb977.png)

**【LLMs 面试真题(97 道)】**

![图片](https://i-blog.csdnimg.cn/img_convert/a4735fdac955685870973510b618b427.png)



**【640套 AI 大模型行业研究报告】**

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/41cc4ad6fb94460d842cd99a2d3ac025.jpeg#pic_center)


**【AI大模型完整版学习路线图(2025版)】**

明确学习方向,2025年 AI 要学什么,这一张图就够了!

![img](https://i-blog.csdnimg.cn/img_convert/5b51bade755eebf50755d7f3e044b43f.jpeg)

👇👇点击下方卡片链接免费领取全部内容👇👇

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/57aba133e8b04cda90efef21a29424c9.png#pic_center)

**抓住AI浪潮,重塑职业未来!**

科技行业正处于深刻变革之中。英特尔等巨头近期进行结构性调整,缩减部分传统岗位,同时AI相关技术岗位(尤其是大模型方向)需求激增,已成为不争的事实。具备相关技能的人才在就业市场上正变得炙手可热。

**行业趋势洞察:**

- **转型加速:** 传统IT岗位面临转型压力,拥抱AI技术成为关键。
- **人才争夺战:** 拥有3-5年经验、**扎实AI技术功底**和**真实项目经验**的工程师,在头部大厂及明星AI企业中的薪资竞争力**显著提升**(部分核心岗位可达较高水平)。
- **门槛提高:** “具备AI项目实操经验”正迅速成为简历筛选的重要标准,预计未来1-2年将成为普遍门槛。

**与其观望,不如行动!**

面对变革,主动学习、提升技能才是应对之道。掌握**AI大模型核心原理、主流应用技术与项目实战经验**,是抓住时代机遇、实现职业跃迁的关键一步。

![在这里插入图片描述](https://i-blog.csdnimg.cn/img_convert/20650b2fe6913667559dbe110d39416e.png)

**01 为什么分享这份学习资料?**

当前,我国在AI大模型领域的高质量人才供给仍显不足,行业亟需更多有志于此的专业力量加入。

**因此,我们决定将这份精心整理的AI大模型学习资料,无偿分享给每一位真心渴望进入这个领域、愿意投入学习的伙伴!**

我们希望能为你的学习之路提供一份助力。如果在学习过程中遇到技术问题,也欢迎交流探讨,我们乐于分享所知。

***\*02 这份资料的价值在哪里?\****

**专业背书,系统构建:**

- 本资料由我与**鲁为民博士**共同整理。鲁博士拥有**清华大学学士**和**美国加州理工学院博士学位**,在人工智能领域造诣深厚:

- - 在IEEE Transactions等顶级学术期刊及国际会议发表论文**超过50篇**。
  - 拥有多项中美发明专利。
  - 荣获**吴文俊人工智能科学技术奖**(中国人工智能领域重要奖项)。

- 目前,我有幸与鲁博士共同进行人工智能相关研究。

  

![在这里插入图片描述](https://i-blog.csdnimg.cn/img_convert/b4d1781d8a9f28dbae476fba44a03100.jpeg)

**内容实用,循序渐进:**

- 资料体系化覆盖了从**基础概念入门**到**核心技术进阶**的知识点。

- 包含丰富的**视频教程**与**实战项目案例**,强调动手实践能力。

- 无论你是初探AI领域的新手,还是已有一定技术基础希望深入大模型的学习者,这份资料都能为你提供**系统性的学习路径和宝贵的实践参考**,**助力你提升技术能力,向大模型相关岗位转型发展**。

  

  ![在这里插入图片描述](https://i-blog.csdnimg.cn/img_convert/47b2870f05d321db73b2001083c1e328.png)![在这里插入图片描述](https://i-blog.csdnimg.cn/img_convert/22020fd17886cbd43f17d1390bf45edd.png)![在这里插入图片描述](https://i-blog.csdnimg.cn/img_convert/ee611124182bbaac80b8aa60c15b6c17.png)



**抓住机遇,开启你的AI学习之旅!**

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/57aba133e8b04cda90efef21a29424c9.png#pic_center)
Logo

免费领 200 小时云算力,进群参与显卡、AI PC 幸运抽奖

更多推荐