news 2026/9/20 6:54:32

AMD平台性能调优实战:用SDT调试工具榨干CPU潜力,全核5.05GHz

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
AMD平台性能调优实战:用SDT调试工具榨干CPU潜力,全核5.05GHz

从BIOS默认设置到全核5.05GHz,这套方法把AMD平台的潜力压榨得明明白白。如果你也遇到过“跑分比网上低一截”“帧数波动大”这类问题,这篇关于Ryzen SDT调试工具的完整实操记录,就是用来解决这些的。文章会从底层原理、环境准备、参数拆解到稳定性排查一步步展开,适合已经有一定硬件基础、想把手里的AMD处理器性能彻底释放出来的玩家参考。

2. 默认BIOS设置下,你丢失的性能藏在哪三堵墙里

刚装好机器的时候,大部分人的第一反应是进BIOS开个XMP/EXPO,然后重启开始装系统。但如果你对比过同一颗CPU在不同主板上、不同BIOS版本下的跑分差异,就会发现默认状态根本不是在“满血”运行。

2.1 三堵墙:功耗墙、电流墙、温度墙

AMD平台从Zen 3开始,性能调度逻辑基本都围绕三个核心限制器旋转:PPT(Package Power Target)TDC(Thermal Design Current)EDC(Electrical Design Current)。这三个参数对大多数人来说很陌生,但它们才是决定CPU实际发挥的“隐形开关”。

  • PPT:CPU整体允许消耗的最大功率,单位是瓦(W)。它决定了全核高负载下你CPU能跑多高。
  • TDC:主板供电部分能长时间承受的电流,单位是安培(A)。全核持续高负载时,TDC如果设得太低,频率就会被电流限制拽下来。
  • EDC:峰值电流上限,单位也是安培(A)。它影响的是短时突发负载下的最高频率表现。

举个例子,我手头这颗Ryzen 7 7700X,默认PPT 88W、TDC 75A、EDC 150A。这个设定在65W到105W的散热环境下是合理的,但如果你用的是360水冷、主板供电也足够好,88W的PPT就会把全核频率卡在4.8GHz左右不再往上走。温度墙方面,7000系默认的95℃才是真正让人头疼的——我实测下来,只要温度没到95,频率就会持续试探更高。

这三堵墙叠加的结果就是:跑分看起来正常,但对比AMD在理想散热条件下公布的官方数据,全核性能打了八折以上。

2.2 为什么Ryzen Master做不到“深层调优”

AMD官方提供的Ryzen Master,日常用来改PBO档位、拉高频率确实够用了。但如果你做的是更精细的调优——比如逐核Curve Optimizer偏移量、查看SMU日志、修改某些寄存器级别的参数——Ryzen Master的图形界面就显得太“浅”了。

Ryzen Master能改的东西,BIOS基本都能改。但Ryzen Master给不了你的是实时观测底层传感器和寄存器变化的能力。比如想知道某个核心的频率到底是被什么限制住,是功耗、电流还是温度?Ryzen Master只能告诉你“当前频率”,说不出“为什么”。

而SDT调试工具这一类更底层的调试方案,走的是SMU(System Management Unit)接口,能够直接和CPU固件对话。很多社区玩家靠它把Zen 4/Zen 5平台的PBO参数挖得非常深,甚至在主板BIOS选项还没跟上AGESA更新时,就能通过内存映射寄存器直接修改PPT/TDC/EDC数值。

2.3 SDT调试工具在性能调优生态中的定位

说直白点,这套工具就是给AMD平台做“底层体检和手术”用的。它不是一个像Ryzen Master那样给你开个窗口点按钮的傻瓜软件,更像是一个面向SMU接口的调试终端。通过它,你可以:

  • 实时读取CPU各核心频率、电压、温度、功耗的原始数据
  • 直接修改PBO相关的寄存器值,绕过BIOS里不一定开放的选项
  • 观察SMU日志,定位性能卡在哪个环节
  • 校准Curve Optimizer偏移量,找到每个核心的最优负压值

它不是取代BIOS或Ryzen Master,而是补完它们之间的空缺。对于喜欢折腾的人来说,这个层次的控制力远比“拉几个滑块”更有价值。

3. 环境准备:先认清处理器步进和主板BIOS这两张底牌

工具再强,也得跑在正确的平台上。很多人下载了SDT调试工具后打不开、读不到寄存器、改了参数重启无效,八成问题不是工具本身,而是前面几步没做对。

3.1 确认处理器型号、步进和CCD结构

不同处理器的CCD(Core Complex Die)布局、IOD设计、步进差异,都会直接影响寄存器地址映射。比如Zen 4的Raphael和Zen 5的Granite Ridge,SMU接口的命令集就不完全一样,强行套用会导致工具误读或指令无效。

所以第一步,先去系统信息里查清楚三件事:

  1. 处理器具体型号(比如Ryzen 7 7700X还是Ryzen 9 7950X3D)
  2. 步进版本(Stepping,一般显示为“B0”“B1”之类的代码)
  3. 核心数量、CCD数量(比如双CCD的多Die处理器,调参时要注意两个CCD的体质差异)

这些信息可以从CPU-Z或者HWiNFO64里直接看,不用拆机器。

3.2 主板BIOS和AGESA版本:底层的“主板驱动”

很多人忽略了AGESA版本对性能调优的影响。AGESA是AMD提供给主板厂商的底层初始化代码,CPU如何启动、PBO策略如何执行、SMU固件如何加载,全都由它决定。

我自己的实测经验是:同一颗CPU,在AGESA 1.0.0.7c和1.1.0.0两个版本下,同样设PBO+200MHz,跑分能差3%到5%。原因就是AGESA更新改了SMU默认的升频策略。

所以在开始用SDT调试工具之前,先做两件事:

  1. 去主板官网刷到最新稳定版BIOS,注意看更新说明里是否包含AGESA版本号
  2. 刷完BIOS后进系统跑一轮全默认测试,记录基线数据

这个基线数据很关键,后面所有调整都要和它对比,才能知道是不是白折腾。

3.3 获取SDT调试工具:版本匹配是关键

市面上不同版本的SDT调试工具,对平台的支持范围不太一样。下载的时候不要只看标题写“支持AMD”,要确认工具版本是否覆盖你的CPU代际和主板芯片组。

拿到工具后,第一件事不是急着改参数,而是先把传感器的读取功能跑通。正常情况下,启动后应该能看到CPU各核心的温度、频率、电压、功耗,以及SMU版本号。如果能看到这些数据,说明工具和平台之间的通信没问题,可以继续往下走。

如果读不出来,优先排查两件事:一是BIOS里有没有开启SVM(虚拟化)或者SMU热监控相关选项,二是是否有杀毒软件拦截了驱动加载。这类工具大多需要加载内核驱动才能访问硬件寄存器,Windows的驱动签名策略偶尔会不认。

3.4 配套软件清单:没有它们,你根本不知道调没调好

SDT调试工具负责“改”,验证还得靠它:

软件作用使用场景
HWiNFO64实时监控所有传感器,记录曲线观察频率、温度、功耗变化
Cinebench R23/R24多核/单核渲染跑分对比性能提升幅度
OCCT压力测试,检测稳定性高负载稳定性验证
y-cruncher压榨内存和FCLK稳定性内存/IF总线超频后测试
AIDA64缓存和内存带宽测试验证FCLK和内存性能

强烈建议先把这些软件全部装好,并且跑一遍默认状态下的完整测试,数据记录下来。后面每一步调整,都要回去复测,用数据说话。

4. 核心调试参数的底层逻辑:PPT、TDC、EDC和Curve Optimizer

很多人不敢动这些参数,是因为不知道它们背后到底是怎么工作的。把原理弄明白,调起参来心里就有底了。

4.1 PPT/TDC/EDC:三个数字如何决定CPU频率

这三个参数本质上是一套“供能模型”。CPU跑到什么频率,取决于供电系统能不能在这个瞬间提供足够的功率和电流。

我们可以用一个生活化的类比来理解:PPT是水管的总直径,TDC是水管的持续耐久度,EDC则像是瞬时打开水龙头时的水压峰值。水管不够粗(PPT低),水量上限就摆在那;水管虽然粗但材质不行(TDC低),持续大流量一会儿就限制了;水压峰值不够(EDC低),突然开大龙头时水冲不出去。

在SDT调试工具里,修改这几个值的方式一般有两种:一种是通过BIOS里的PBO菜单直接改,另一种是通过工具写入SMU寄存器。BIOS改法的优势是直观,工具改法的优势是可以在系统运行中实时测试。我的建议是先用BIOS确定一组数值,再在系统里用工具微调验证。

那数值怎么定?提供一个基础参考方向:

  • 如果你是风冷/240水冷,建议TDC不超过主板的默认支持范围太多,PPT提升到散热器能压住的极限即可
  • 如果你是360水冷或以上,可以尝试把PPT放开到默认值的1.5倍,但一定要盯着HWiNFO64里的温度曲线,超过90℃就要收
  • EDC的调整要结合单核性能目标,如果你想冲单核高分,EDC上限可以给得很高;如果更看重全核多线程,EDC的权重略低于TDC

4.2 Curve Optimizer:电压-频率曲线的负偏移

Curve Optimizer(CO)是Zen 3以来AMD平台最值得研究的调优项目。它的作用简单说,就是告诉CPU:在所有频率点上,我可以接受更低的电压。

CPU出厂时电压曲线是相对保守的,为了让每一颗低体质处理器都稳定,AMD的默认曲线会保留一些“冗余电压”。但每颗CPU的体质不同,好体质的核心完全可以在同样的频率下跑更低的电压,功耗和温度也会随之下降,CPU头上有更多空间放开频率限制。

在SDT调试工具里,CO数值一般是负值偏移。比如设置全核-20,意味着所有核心在所有频率点的电压都会比默认低20个单位。改完之后,HWiNFO64里通常能看到同频率下电压下降、温度下降、甚至功耗下降而频率提升的反直觉效果。

但CO不是越负越好。每个核心的体质不同,允许的最大负偏移量也不同。工具的支持下,可以分核心单独设置。调完一轮后需要用OCCT或Cinebench反复压,只要有一个核心在特定频率和负载下电压不够,就会表现为黑屏重启、应用崩溃或WHEA报错。

4.3 内存时序计算:FCLK、MCLK、UCLK的耦合关系

处理器的性能不只是核心频率决定的,内存和IF总线之间的同步状态同样至关重要。对AMD平台来说,三个频率的耦合关系尤其重要:

  • MCLK:内存控制器频率,一般等于内存频率的一半
  • UCLK:内存控制器频率,通常和MCLK同步
  • FCLK:Infinity Fabric总线频率,负责连接CCD和IOD

当FCLK和MCLK处于1:1同步状态时,内存延迟最低、性能发挥最好。比如DDR5-6000对应MCLK 3000MHz,FCLK 3000MHz就是比较理想的配比。一旦异步(比如FCLK低于3000),内存延迟会明显上升,游戏帧数表现也会跟着受影响。

SDT调试工具可以读取当前FCLK状态,也可以帮助你观察调整后的实际频率。但具体改FCLK还是建议在BIOS里操作,因为这类总线频率修改有严格的时序要求,工具写入寄存器虽然有实时性,但风险也更高。复位没有完全成功时,往往连机都开不了。

内存时序的收紧则要一步步来。比较稳妥的方法是先用主板默认的DDR5 6000 EXPO/EXPO II参数跑通,然后逐步收CL和tRFC等关键时序参数,每次只改一档,改完就重启跑y-cruncher验证。收紧内存时序带来的延迟改善在游戏中比较明显,对生产力场景的绝对带宽提升相对小一些。

5. 一次完整调优实操:从默认到全核5.05GHz

理论说再多,不如上手来一轮实战。这里分享一次基于Ryzen 7 7700X的全程调优记录,配置如下:

  • CPU:Ryzen 7 7700X
  • 主板:B650E平台,BIOS已更新到最新AGESA
  • 散热:360水冷
  • 内存:DDR5-6000 CL30套条
  • 电源:750W金牌

这套配置很典型,你的硬件如果有差异,参考思路即可,不必照搬数值。

5.1 调优前的基准测试:没数据就没有对比

按照前面说的,先全部恢复默认,只开EXPO。

Cinebench R23多核成绩,默认状态下测得18123分,单核1975分。HWiNFO64里记录到全核最高频率约4.85GHz,温度冲到92℃,PPT在88W附近被精准卡住。

这颗U的温度表现其实还有很大余量——水冷状态下92℃有点偏高,换个角度想,如果能把温度降下来,频率就还有上升空间。

5.2 放宽三墙:PPT/TDC/EDC第一步调整

在BIOS的PBO菜单里,将PBO模式从Auto改为Advanced,然后手动填入:

  • PPT:130W
  • TDC:95A
  • EDC:170A

保存重启,再次跑Cinebench R23。多核成绩直接来到18752分,提高约3.5%。全核频率上升到5.0GHz左右,温度在92℃附近横跳。

第一轮就让频率释放出明显空间,说明原来的PPT限制确实太保守了。

5.3 Curve Optimizer逐核校准:找到最稳定的负压值

接下来进入更耗时间的CO校准环节。我先做全核-30的激进测试,开机跑一次R23,直接黑屏重启。这说明全核-30对这个CCD来说过于乐观。

改回全核-20,R23能跑完,多核分数19341分,单核2058分。但跑了10分钟OCCT后,又出现了一次瞬时黑屏。说明全核-20还是会有些“临界”核心稳不住。

于是换成逐核校准。在HWiNFO64里打开每个核心的最高频率记录,跑了半小时中等负载后,找到负载比较低、温度相对低的2个“好体质”核心,给它们单独改成-28;其余核心逐步退到-18。这个过程中,每一版CO设置都需要至少跑15分钟OCCT和连续三轮Cinebench R23来验证。

逐核校准的最终版本是:两个体质最好的核心-28,两个较弱的核心-15,剩余核心-20。此时R23多核成绩稳定在19438分,单核2074分,全核频率跑到5.05GHz,温度回落到84℃。

对比最初默认状态,多核性能提升约7.3%。更重要的是,同样的负载下温度低了8℃左右,这对于长期使用的稳定性来说是实打实的红利。

5.4 内存与FCLK同步:把延迟降下来

这套DDR5-6000 CL30内存,默认EXPO启动后FCLK是2000MHz(和MCLK异步)。在BIOS里把FCLK手动设为3000MHz,开机成功进入系统后,用AIDA64测延迟,从81.2ns降到了69.5ns。游戏帧数的1% Low有可感知的提升,这个收益不需要多花钱就能拿到,非常适合在调优流程的最后阶段操作。

FCLK并不是无限能往上调的。如果你的内存是DDR5-6000,FCLK目标就是3000MHz。如果是DDR5-6400以上,FCLK要考虑更高的3200MHz甚至异步方案,这时候SDT调试工具里的SMU日志就能帮助判断FCLK是否真的稳定——只看能不能开机其实不够,异步或者不稳定的状态下,有些软件会在运行几小时后突然报错。

5.5 调优后的完整复测:数据汇总

项目默认状态调优后提升幅度
Cinebench R23 多核1812319438+7.3%
Cinebench R23 单核19752074+5.0%
全核频率4.85GHz5.05GHz+0.2GHz
满载温度92℃84℃-8℃
AIDA64内存延迟81.2ns69.5ns-14.4%

这一轮下来,最明显的感受是整机响应更“跟手”了。渲染、编译等高负载场景的耗时缩短,游戏里的帧生成时间也更平顺。

6. 稳定性验证与翻车处理:7例常见问题的排查思路

调高频率、压低压力的下一步就是稳定性验证。很多人在这个环节翻车,而且翻车之后不知道怎么排查,经常只能恢复默认重来。这里把最常见的几类问题和排查思路整理出来,照着走能省不少事。

6.1 黑屏重启、蓝屏但事件查看器没有明显报错

这是CO设置过激进最常见的表现。如果跑OCCT或者游戏过程中直接黑屏重启,大概率是某颗核心在特定频率和负载下电压不够,CPU触发了安全重启机制。

处理顺序:

  1. 先确认系统里有没有WHEA错误(事件查看器->Windows日志->系统,来源为“WHEA-Logger”)
  2. 如果有WHEA错误,记下错误中的“APIC ID”或“Core ID”,对照HWiNFO64里的核心编号,找到对应的核心
  3. 将这颗核心的CO值调低5个单位(比如从-20改成-15),再跑一轮稳定性测试
  4. 如果继续黑屏,继续逐个降低,直到稳定为止

WHEA错误的分布规律很有意思。多数黑屏重启都集中在体质最弱的一两个核心上。如果你不想逐核调,直接全核low 5个单位也是效率比较高的做法。

6.2 跑分不升反降:CO太激进导致的“性能回退”

有个反直觉的现象:CO调到接近极限时,跑分反而会下降。原因是CPU在某几个频率点上的电压已经不足以维持原本能达到的频率,SMU检测到不稳定后,会反复尝试调整电压频率,导致有效频率反而降低。

如果你遇到“怎么调整跑分反而变低了”,不要急着继续往前调,先退回到上一档的数据,再用当时验证过的配置进行下一步微调。激进不一定快,稳定才是高性能的基础。

6.3 FCLK调整失败后的恢复流程

FCLK调节失败主要体现在三种情况:无法点亮、系统启动后正常但过一段时间黑屏、跑测试时崩溃。

如果是无法点亮,大部分主板都支持强制清除CMOS恢复默认。找到主板的CMOS清除按钮或者短接跳线,断电后操作,重新进BIOS把EXPO重开一遍即可。

如果是能开机但跑测试崩溃,先确认FCLK是否还算正常。用AIDA64测一下内存带宽,如果带宽异常低,或者延迟比默认还高,马上把FCLK降到上一档,重新验证。

6.4 温度失控:为什么降压了反而更热

有一种例外情况是CO负偏移开启了,但温度比默认还高。这通常是PBO频率上限也同步提高了导致的——CPU在低电压下能跑的频率更高,频率提升带来的额外热量可能超过电压下降节省的热量。

这种时候先看HWiNFO64里的CPU PPT和核心频率曲线。如果频率确实一直在高位运行、功耗也超过了默认值,温度自然降不下来。正确做法是适当限制最大Boost频率或降低一点TDC,而不是继续加大冷却投入。

6.5 显示器黑屏但主机没断电:核显和驱动问题

AM4平台的7000系带核显的型号,在超频过程中偶尔会出现显示器黑屏但主机还在运行的状态。这通常不是CPU不稳定,而是核显驱动或显示接口协商在超频失败时没有正确恢复。

先用另一台机器或主板上的备用接口排查,确认是系统崩溃还是显示链路问题。如果只是显示问题,禁用核显并改用独显输出通常能解决。

6.6 工具读取不到SMU信息:驱动加载失败

如果SDT调试工具打开后传感器数据全为空,优先检查工具日志里有没有驱动加载失败的提示。Windows 11,尤其是更新后的版本会对未签名的驱动拦截得更严格。解决办法是先用管理员身份运行工具,如果还是不行,在系统配置里把内存完整性关掉试试(测试完再打开)。

关闭内核隔离和内存完整性会降低一点系统安全性,所以只在调优期间临时关闭,调完之后记得恢复。

6.7 长时间使用后偶发闪退:隐藏的IF总线问题

有一种让人头大的情况是:所有压力测试都通过,但日常使用几小时后某个程序突然闪退。这种“间歇性故障”往往是FCLK在低负载状态下降频再升频时的不稳定,压力测试的高负载反而掩盖了这个问题。

解决办法是跑长时间轻载循环测试,比如一边浏览器看视频一边后台跑y-cruncher低负载模式,观察几个小时内是否出现WHEA错误。如果复现,把FCLK降一档,或者把SOC电压小幅提高到1.25V左右,通常能解决。

7. 风险控制与长期使用建议:这些坑提前避开

性能调优本质上是在硬件余量的边界上行走。SDT调试工具给了你更深的控制权,同时也意味着你会更容易触碰到硬件的红线。这套方法我自己用了很久,总结几条长期稳定运行的经验。

电压红线必须刻在脑子里。Zen 4和Zen 5平台的日常全核SOC/VID电压不建议超过1.35V,更不要为了极限跑分长期使用超过1.4V的电压。瞬时电压超过1.4V可能没问题,但长期维持高温高电压一定会加速电子迁移,造成缩缸。缩缸的表现是原来稳定在5.0GHz的配置,过几个月后默认频率也不稳了,这时候只能降频使用。

做好长期温度管理。虽然AMD官方说95℃在安全范围内,但电子元件在高温下寿命确实会缩短。我个人的做法是控制满载温度不超过85℃,风扇策略上允许短时冲高,但持续负载下要能回落到80℃左右。散热器选择上,360水冷是Zen 4/Zen 5平台比较稳妥的起步配置。

定期更新BIOS但不要追新。主板厂商发布新BIOS后,不要第一时间就刷。先在社区看反馈,确认没有负面消息再更新。有些BIOS版本为了稳定会悄悄收缩性能,有些则会放开更多选项。SDT调试工具能让你在刷新前后对比实际参数变化,这是它相比单纯依赖主板BIOS的巨大优势。

保留你的“调优日志”。具体来说,是把每次调整前后的基准测试成绩、BIOS版本、工具版本、关键参数截图整理成一个表格。我就是这样做的,好处是在回溯问题时能快速定位到是哪个改动引入了不稳定因素,而不是凭记忆瞎猜。建议至少保留最近三轮调整的数据。

调优后的稳定需要时间验证。我的建议是,新配置至少连续使用三天,每天覆盖日常办公、游戏、渲染或编译等不同负载场景,如果没有出现任何异常,才算真正完成了这次调优。一周之后如果没有问题,基本可以放心长期使用了。

关于核显RDP和虚拟机的问题。如果你喜欢用虚拟机或者远程桌面,调优过程中最好确认一下SMU相关的虚拟化选项是否受到影响。有些Cstate/CPPC相关的调整在虚拟化环境下会有不兼容表现。我遇到过几次虚拟机里CPU频率锁死在基础频率的情况,最后都是把CPPC改回Auto才解决。这类问题社区里讨论较少,但确实会存在。

8. 个人经验总结:SDT调试工具带来的不只是跑分

最后再从使用者的角度说点实在的。自从把这套调优流程固定下来,我每换一次主板或处理器,都会重新跑一遍完整的“默认基线-放宽三墙-CO校准-FCLK同步-稳定性验证”流程。整个过程耗时大约三到四个小时,但收益是实实在在的:性能提升通常在5%到10%,温度反而能降5到8℃,系统响应也更流畅。

SDT调试工具的意义不只是帮你调出一个更高的跑分,更重要的是它逼着你去理解每一层参数之间怎样协同工作。现在我判断一台AMD平台机器的性能水平,不再看品牌宣传或者默认跑分,而是直接在工具里看PPT/TDC/EDC的实际限制在哪里,有没有被错误地绑住手脚。

如果你也想动手试试,记得把每一步的数据都记录下来。调优不是一锤子买卖,而是一次次对照数据、调整、验证、回归的过程。只要耐心迭代,最终获得的性能提升和对硬件的理解深度,都是值得投入的。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/20 6:53:47

光伏企业供应链规划:集成计划如何实现“预测-供应-库存”闭环

简介:这是一份面向光伏企业供应链规划与集成计划的高质量研究报告,共95页PPT,适用于企业供应链管理人员、数字化规划咨询顾问及新能源行业从业者。内容围绕供应链能力评估展开,包含总体架构、业务架构与应用架构的现状梳理&#x…

作者头像 李华
网站建设 2026/9/20 6:49:55

PyCharm接入DeepSeek全攻略:插件直连、本地部署与混合方案

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/20 6:47:28

多AI Agent并行开发互踩?用Git Worktree和Worktrunk打造隔离工作区

如果你同时开着两三个 AI Agent 在同一个项目里干活,大概率已经遇到过这种场景:Agent A 刚提交的代码里混进了 Agent B 的临时改动,Agent C 跑测试的时候又把前两者依赖的构建产物给覆盖了,三个人在同一个工作区里互相踩踏。这个问…

作者头像 李华
网站建设 2026/9/20 6:46:27

Win10防火墙出站规则阻断Photoshop联网解决未授权禁用弹窗

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/20 6:45:29

天云物联网云平台全链路拆解:ESP32接入、MQTT与时序告警

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/20 6:41:24

MMPose 关键点姿态估计实战指南:5 分钟跑通全身 133 点检测

MMPose 关键点姿态估计实战指南:5 分钟跑通全身 133 点检测 【免费下载链接】mmpose OpenMMLab Pose Estimation Toolbox and Benchmark. 项目地址: https://gitcode.com/GitHub_Trending/mm/mmpose MMPose 是 OpenMMLab 出品的开源姿态估计工具箱&#xff0…

作者头像 李华