Public TCC User Guide Q1 2026新增章节解析

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品) 阅读详情

Public TCC User Guide Q1 2026新增章节解析

参考来源:[Public TCC User Guide - Q1 2026 - RDC-831067.pdf]

3.11 章节总结:Intel® Core™ Ultra Series 3 处理器 — 高能效实时与 AI

章节位置:第 40–44 页,是该指南 2026 年 4 月修订(2.6 版)新增的内容。

章节概览

本节介绍 Intel® Core™ Ultra Series 3 处理器(代号 Panther Lake) 如何扩展 Intel 的 TCC 能力,重点在于高能效的确定性(power-efficient determinism) 以及​实时与 AI 工作负载的共存。硬件与固件的改进使混合关键性(mixed-criticality)系统无需大规模禁用电源管理功能即可获得可预测的行为,实现实时负载与 AI 负载在同一平台上的更好共存。

3.11.1 高能效实时与 AI 的基础(Foundations for Power-Efficient Real-Time and AI)

  • 更精细的调优思路​:TCC Mode 的设计原则是逐一评估每个平台配置项对延迟敏感型负载的相关性,从而允许​许多电源管理特性默认保持启用,同时不损害确定性性能。

  • 结果​:形成更高效的实时基线——系统可在受约束的热/能耗预算内维持低抖动(jitter)和可预测执行。

  • 功耗感知设计​:不仅保持实时行为,还把省下的​功率余量(power headroom)返还给其他处理单元(CPU、GPU 或 NPU 中任选),在固定 TDP 下提升有效 AI 容量。

  • TCC Mode 配置的变化​(配 ​Figure 6:第 13 代 vs. Ultra Series 3 的 TCC BIOS 菜单对比):

    • 与上一代相比,新 TCC 模式设置更新为"确定性 + 高能效";

    • 以前在 TCC Mode 中被禁用的诸多电源管理设置,现已成为​标准 BIOS 的一部分并默认启用;

    • 因此 TCC Mode 配置更简单,只剩一个选项:

      • Resource Priority = Disable:禁用资源优先级,并在 CPUID 中枚举各类 Intel® RDT 特性,例如 ① L2 缓存分配技术(L2 CAT) 、② 缓存带宽分配(仅 E 核) 。
        两代处理器BIOS setup UI对比

3.11.2 实时与 AI 共存的隔离与可预测性(Isolation and Predictability for Real-Time & AI Coexistence)

  • Ultra Series 3 支持在 CPU、GPU 或 NPU 上​并发执行实时负载与 AI 推理负载。
  • 平台架构通过增强的资源隔离强化可预测性:CPU(P 核与 E 核)上实时负载使用的​最后一级缓存(LLC)在架构上与 GPU 及低功耗能效核分离,从而减少图形处理和 AI 处理对实时核的干扰。
  • 配 Figure 7:框图展示改进后的架构隔离——LLC 不再与 GPU 共享。

面向实时和AI负载的增强型cache隔离架构

  • 其他实时平台能力(如​缓存分配技术 CAT)可让开发者进一步划分共享资源,保障实时执行的确定性。

3.11.3 实时环路内的 AI 增强(Enhancements to AI within the Real-Time Loop)

  • Ultra Series 3 允许运行在实时计算环路(real-time compute loop)内部的 AI 负载利用平台调优来​降低最坏情况延迟(worst case latency)和抖动。
  • 新的实时调优​不会削弱 AI 性能(AI 性能在新调优下依然保持提升)。
  • 这种​细粒度调优同样适用于 GPU 和 NPU,以进一步提升确定性。

注(平台调优的通用框架) :Intel 语境下的"平台调优"通常分为四类,按"先高影响后低影响"的顺序进行:

  1. 系统软件调优(OS/内核/驱动,如 PREEMPT_RT​、isolcpus)——影响最大,可把最坏情况执行时间(WCET)降低几个数量级;
  2. 平台电源管理调优(C-state、频率缩放/DVFS、Turbo)——可把延迟压到百微秒级并进一步降低抖动,代价常是实时性与 TDP 之间的权衡;
  3. TCC 特性调优(缓存分配 CAT 等 RDT 特性)——针对特定事务流/计算负载做细粒度配置,通常以牺牲尽力而为(BE)负载的吞吐为代价;
  4. fabric 调优(I/O 互连)——最复杂、对并发负载惩罚最大,但可与前几层组合解锁最佳实时性能。

Panther Lake 的新 TCC Mode 相当于把后几类中的很多调优工作提前固化进 BIOS 默认值,开发者需要手工配置的部分变少了。


一句话概括:这一节讲的是 Panther Lake 如何在保持高能效的前提下同时做好实时与 AI——通过重新设计 TCC Mode(更多电源管理默认开启、更简单的配置)、架构级缓存隔离(LLC 与 GPU 解耦)以及可延伸到 GPU/NPU 的细粒度调优,让实时环路内的 AI 运行得更快、更确定。

‍

3.12 深层原理:Panther Lake 的功耗感知设计与实时确定性

3.12.1 概述:功耗感知与实时确定性的统一

本节深入解读 3.11 所提到的"高能效的确定性(power-efficient determinism)",回答两个核心问题:

  1. Panther Lake 的功耗感知(power-aware)设计,其内在原理是什么?
  2. 这些以省电为目的的动态机制,为什么不会破坏实时(real-time)行为?

核心命题:省电与确定性并不矛盾。Panther Lake 遵循的总原则可以概括为三句话——动态节电局部化(localize dynamic power saving)、实时路径固定化(fix the real-time path)、后台负载分流化(divert background load) 。省电动作被限制在"不会干扰实时路径"的边界内,而实时路径通过 Intel TCC 的配置被"钉死"在确定状态上,两者由 Thread Director 与 SoC 电源管理逻辑协调。

支撑这一命题的有三大支柱:

  • 硬件能效基础:18A 制程(RibbonFET + PowerVia)提供低压高效运行的物理前提;
  • 细粒度、局部化的电源管理:DLVR、每核/每模块 PLL、AI 电源管理,让 DVFS 只影响局部;
  • TCC 的隔离与固化:TCC Mode、CAT、固定频率等机制,保证实时工作负载的最坏情况执行时间(WCET)有界。

3.12.2 Panther Lake 平台概览

Panther Lake(Intel® Core™ Ultra 处理器系列 3)是首款采用 Intel 18A 制程的客户端 SoC,定位为"Lunar Lake 级别的能效 + Arrow Lake 级别的性能":

  • 制程:Intel 18A,同时引入 RibbonFET(全环绕栅极晶体管,GAA)与 PowerVia(背面供电)。
  • 多 Tile 架构(Foveros 2.5D 封装):Compute Tile(CPU)、GPU Tile(Xe3 核显,最多 12 个 Xe 核心)、Platform Controller Tile,可按 OEM 需求组合出多种规格。
  • 三档异构核心:P-core(Cougar Cove)+ E-core / LP E-core(Darkmont)。16 核版本为 4 P-core + 8 E-core + 4 LP E-core;8 核版本为 4 P-core + 4 LP E-core。其中 LP E-core 位于低功耗岛(Low Power Island),不接入 L3 cache。
  • 平台算力:CPU + GPU + NPU 合计最高 180 TOPS;NPU 5 最高 50 TOPS。

相比前代,Panther Lake 的一个关键架构变化是:LP E-core 从 SoC Tile 移入 Compute Tile,三种核心位于同一模块上,分级调度(LP E → E → P)的核心间迁移延迟更低、执行效率更高。

3.12.3 功耗感知设计的内在原理

3.12.3.1 制程与供电基础(能效的物理前提)
  • RibbonFET(GAA) :栅极从 FinFET 的三面环绕变为四面环绕,对电流的控制更精细,低电压下漏电更低,芯片能在更低的电压点高效运行——这正是低功耗岛(LP E-core)承担轻负载时能耗极低的物理基础。
  • PowerVia(背面供电) :供电网络移到晶圆背面,与正面信号互连分离,消除了布线拥塞。Intel 测试显示可减少约 30% 的电压跌落(droop)、同功耗下频率提升约 6%。更稳的电压轨意味着调压动作可以更细、更频繁,而不会带来性能毛刺。
3.12.3.2 电源域划分:低功耗岛
  • LP E-core(Darkmont)位于独立的电源域(低功耗岛) ,频率更低、能效更高,并有独立的电源管理与内存连接。
  • 轻负载(Office、视频会议、网页、后台任务)全权交给 4 个 LP E-core,E-core 与 P-core 几乎完全休眠,仅偶尔被短暂唤醒。
  • 实测"办公会议"综合场景(Teams + Excel + PPT + 多个网页标签与视频窗口)整机功耗仅约 7.7 W,比 Lunar Lake(8.36 W)更低。
  • 8 MB 内存侧缓存(Memory Side Cache)减少对系统 DRAM 的依赖,降低延迟、带宽占用与功耗。
3.12.3.3 细粒度 DVFS:DLVR 与每核 PLL
  • DLVR(数字线性稳压器) :Panther Lake 延续 DLVR 调压架构(而非 Lunar Lake 的集成式 PMIC),出于成本与平台兼容性考虑。DLVR 支持快速、精细的电压调节。
  • 16.67 MHz 频率步进:频率调节粒度极细(P-core 上引入),配合数字 PLL,P-state 转换延迟低。
  • 每核/每模块 PLL:P-core 每核一个 PLL(P-state 可逐核独立选择);E-core 每 4 核一组共享一个 PLL(P-state 按模块选择)。这是"局部化省电"的硬件基础——见 3.12.4.1。
3.12.3.4 AI 电源管理与动态效率控制(DEC)
  • AI 电源管理(Cougar Cove):基于用户使用对 CPU 负载的动态变化,更好地调配资源、及时响应负载变化。
  • DEC(Dynamic Efficiency Control) :新一代功耗管理特性,用于优化轻负载下的能耗。启用 DEC 时,OS 在 HWP 请求中把 desired performance 置为"无偏好",由处理器固件自主决定最合适的性能点——把省电决策下沉到硬件,减少 OS 与固件的来回干预。
3.12.3.5 Thread Director 分级调度与 HFI 反馈
  • 机制:通过 ACPI CPPC2 定义的 Hardware Feedback Interface(HFI),SoC 控制器实时生成"哪个核性能最高、哪个核能效最高"的有序反馈表,OS 调度器据此在异构核心间分派线程。
  • 分级调度原则:“能用小的不用大的,能用少的不用多的”——先 LP E-core,超出容量再 E-core,仍不足才动用 P-core;游戏等 GPU 瓶颈场景则反过来停用 LP E-core,把功率预算让给 GPU。
  • Panther Lake 的改进:更新分类模型(旧模型不再适用新微架构)、扩展"繁忙"用例覆盖范围、跨 P/E/LP E 核的同步执行,并新增操作系统隔离区(OS containment zones) ,把需要能效/计算/混合的负载分区处理;还可从图形驱动获取 hint。
3.12.3.6 平台软件层:DTT 与智能体验优化器
  • Dynamic Tuning Technology(DTT) :构建于微软 Processor Power Management 框架之上,OEM 的性能/电源模式通过它通知 SoC 电源管理逻辑,再与 Thread Director 配合向 OS 调度器提供 hint。
  • 智能体验优化器(Intelligent Experience Optimizer) :平衡模式下自动按负载在性能档与能效档之间切换,无需手动干预;Intel 数据表明同功耗预算下可带来约 19% 的额外性能。

3.12.4 为什么仍能保持实时行为(与 TCC 的协同)

3.12.4.1 局部化电源状态转换:per-core PLL 的抖动隔离
  • 老平台(如第 8 代酷睿)一次 P-state 转换会波及所有核,造成 >10 µs 的抖动,因此实时系统不得不关闭 DVFS、24/7 固定频率运行。
  • 从第 11 代酷睿起,数字 PLL 实现每核/每模块独立的 P-state,转换延迟低、影响局部。BE(best-effort)核可以自由 DVFS 省电,RT 核完全不受影响——这是"边省电边实时"最根本的硬件前提。
  • C-state 同理:per-core C-state 的进入/退出只影响本核,BE 核进入深 C-state 省电,RT 核始终驻留 C0。
3.12.4.2 TCC Mode:一键固化电源状态
  • TCC Mode 是 BIOS/SBL 上的单一开关,把大量固件设置批量配置为低延迟优化值,包括电源管理(电源状态处理、频率转换优化)、GT-CLOS(限制 GPU 可占用的 L3 way 数)、PCIe PTM 等。
  • 关键点:TCC Mode 并非一刀切禁用所有电源管理,而是逐一评估每个配置项对延迟敏感负载的相关性——允许许多电源管理特性默认保持启用,只对实时路径关键的状态转换进行优化/禁用(如禁用深 C-state)。
  • 实测:启用 TCC Mode 后,调度抖动从默认的约 100 µs 降至 10 µs 以内(深 C-state 的退出延迟正是空闲时抖动的主要来源)。代价是处理器 TDP 增加约 1 W。
3.12.4.3 RT 核固定频率 + BE 核动态节流
  • 通过 Intel Speed Shift(HWP)把承载 RT 负载的核固定在设定的 HFM 频率上恒定运行。
  • 其余核仍按处理器或 OS 的指示浮动频率、可被节流(throttle)——功耗预算由电源管理子系统在 BE 侧动态平衡。
  • 这样 RT 核的 WCET(Worst-Case Execution Time) 有界,同时系统整体仍在省电;固定频率对 RT 路径而言是"以少量功耗换取确定性"。
3.12.4.4 共享资源隔离:CAT / GT-CLOS / WRC / VCrt
  • CAT(Cache Allocation Technology) :把共享的 L2/L3 缓存按 way 级在服务类别(CLOS)之间划分;典型方案是把缓存对半分开,一半给 RT 应用、一半给 BE 应用,避免"噪声邻居"驱逐 RT 工作集导致 WCET 恶化。
  • GT-CLOS:限制 iGPU 能分配进入 L3 的缓存 way 数——GPU 是 L3 上最大的"噪声邻居",限制它牺牲部分图形性能,换取 RT 低抖动。
  • WRC(Data Direct I/O / Write Cache) :把 I/O(如 PCIe MMIO)数据直接放入缓存,供 CPU 就近消费,降低延迟与内存流量。
  • VCrt(高优先级虚拟通道) :SoC 互联中实现低带宽、高优先级的虚拟通道,配合 TSN 流量优先级,保障实时数据流在平台互联与网络中的确定性。
3.12.4.5 功耗感知对实时的正向贡献(负载分流)
  • LP E-core 把后台杂活"吸走":视频会议、摄像头处理、实时特效等轻负载被固定在能效核上,RT 负载独占的核上几乎没有竞争。
  • Thread Director 保证非实时线程被调度到低功耗核,而不是去抢占 RT 核;GPU 瓶颈场景下让出功率预算给 GPU,也避免 CPU 侧无谓发热挤占热预算。
  • 换言之,功耗感知本身就是在为实时"清理现场" ——它把不确定性的来源(其他负载)分流、隔离掉了。
3.12.4.6 时基确定性:PTM / TGPIO / TSN
  • PTM(Precision Time Measurement) :PCIe 端到端时延测量,BIOS 通过 TCC Mode 为所有 PCIe 槽位启用。
  • TGPIO(Time-Aware GPIO) :硬件在指定时间戳翻转引脚或捕获时间戳,不受软件调度影响,精度高。
  • TSN(Time-Sensitive Networking) :IEEE 802.1AS gPTP 时间同步、802.1Qbv 时间感知整形、802.1Qav 信用整形、802.1Qbu 帧抢占,保证分布式系统的时序确定性——这是"Time Coordinated Computing"中时间协调的网络侧支撑。

3.12.5 小结:功耗预算的动态平衡模型

Panther Lake 的功耗感知与实时确定性可以归纳为一个三层模型:

层作用代表机制
硬件能效基础降低每一瓦的损耗,扩大可动态调节的空间18A(RibbonFET + PowerVia)、Memory Side Cache
局部化动态管理在局部、快速、低代价地做省电动作DLVR、per-core PLL、AI 电源管理、DEC、Thread Director、DTT
TCC 隔离与固化把实时路径固定在确定状态,隔离共享资源TCC Mode、固定 HFM 频率、CAT / GT-CLOS、WRC / VCrt、PTM / TGPIO / TSN

一句话概括:能省的地方省,要确定的地方确定。 功耗感知负责把"动态省电"压缩到局部、把后台负载分流到低功耗岛;TCC 负责把实时路径固定在确定状态并隔离共享资源。Panther Lake 在 18A 制程、低功耗岛与 AI 电源管理上的进步,本质上是在不增加实时路径抖动的前提下,把"可动态调节的空间"做得更大——这正是 3.11 所述"高能效的确定性(power-efficient determinism)"的内在含义。

‍

《AI实战嵌入式Agent +MCP+skill》课时2.5|定时器实战 本课讲解定时器时基单元原理,通过PSC、ARR、CNT三寄存器配合实现精确周期控制。以84MHz时钟为例,计算得PSC=8399、ARR=9999可实现1秒溢出周期。采用HAL_TIM_Base_Start_IT启动定时器更新中断,在HAL_TIM_PeriodElapsedCallback中处理周期任务,实现非阻塞、高精度的定时。相比HAL_Delay的阻塞式延时,定时器中断方案不占用主循环,支持并发操作,是嵌入式系统中实现周期任务的高效方式。 阅读详情

相关推荐

docker部署zabbix6.2.7+grafana

docker部署zabbix6.2.7+grafana。

qq_48391148的博客 3654

6 款电商 AI 图片生成软件实测|国内 + 跨境卖家工具清单

电商 AI 作图工具已经从 "能不能用" 进入了 "好不好用" 的阶段。对于绝大多数卖家而言,现在的 AI 工具已经可以覆盖 60%-80% 的基础商品图需求,显著降低拍摄和设计成本。选择工具的核心逻辑不是 "哪款最强",而是 "哪款最适配你的品类、平台规模和团队能力"。垂直电商工具胜在工作流效率,通用生图工具强在创意上限,模板类工具赢在上手速度。建议根据自身业务阶段,搭配 1-2 款主力工具 + 1 款辅助工具,形成适合自己的视觉生产流程。

Mardi_Ladin的博客 357

手把手教你用VSCode+MCUXpresso搭建i.MX RT1062开发环境(附RT-Thread Nano移植)

本文详细介绍了如何使用VSCode和MCUXpresso工具链搭建i.MX RT1062开发环境,包括工具链安装、工程配置、调试技巧以及RT-Thread Nano实时操作系统的移植方法。通过实战步骤和优化建议,帮助开发者快速掌握这款高性能Cortex-M7 MCU的开发流程,提升嵌入式开发效率。

weixin_27014595的博客 392

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 199

【Hypermesh】TetraMesh Panel 常用选项详解

结合Hypermesh 2020 帮助文档和自己的一点使用经验,整理了这个博客。

qgm1702的博客 3676

R以及Rstudio超详细安装教程(包括安装过程中出现的问题)

R安装及Rstudio安装,以及安装中出现的问题

2301_76908257的博客 1万+

我用 GPUWorks 在 M1 Pro 上搭了个发票识别原型

公司里经常要看电子发票。我想先做个小原型:把 PDF 发给一个自己部署的图文模型,让它提取发票类型、日期、交易双方和金额,再把结果交给同事核对。这个原型不用先接财务系统,先看看从部署到调用要走多少步,模型返回的内容能不能帮上忙。

鸽芷咕的博客 2万+

深度学习(Deep Learning, DL)简介

深度学习(Deep Learning, DL)是机器学习的一个子领域,主要使用多层神经网络来处理复杂的数据和任务。深度学习通过模拟人脑的神经网络结构,能够自动提取特征并进行高效的模式识别和预测。

qq_28791753的博客 1万+

您您这可以把问小白的多个会话比如说。左侧的多个会话一次性导出吗?不是单条会话里面的多次会对话。AI导出鸭

第三层是格式编译层。这个决策背后的判断很清晰:一个批量导出工具的价值,不在于“试三次”,而在于你真正用它处理了几十份技术文档、访谈记录或课程讲义之后,它是否值得留在你的工作流里。问小白的会话列表通过分页接口加载,AI导出鸭 在页面运行时建立旁路监听,捕获每一次分页请求返回的完整对话清单,包括会话 ID、标题、时间戳和隐藏的元数据字段。让AI导出回归优雅——这句话说的是:导出不该是体力活,而应该是一次完整的、可预期的文件交付。注意:这里的“批量”指的是左侧列表里的多个独立会话,不是一条会话内的多轮对话。

laoyunsi的博客 236

实战指南:基于华为Ascend NPU的大模型W8A8量化调优与精度提升

本文提供了一份基于华为Ascend NPU进行大模型W8A8量化的实战调优指南。详细介绍了从环境搭建、使用msmodelslim框架进行基础量化,到通过离群值抑制、校准集优化和量化回退等关键技术提升精度的全流程。旨在帮助开发者在华为NPU硬件上实现模型推理的显著加速,同时有效控制精度损失。

weixin_29227425的博客 271

RJ45以太网接口EMC设计方案

RJ45以太网接口EMC设计方案 一、 接口概述 RJ45以太网接口是目前应用最广泛的通讯设备接口,以太网口的电磁兼容性能关系到通讯设备的稳定运行。赛盛技术应用电磁兼容设计平台(EDP)软件从接口原理图、结构设计,线缆设计三个方面来设计以太网口的EMC设计方案。 二、 接口电路 原理图的EMC设计 百兆以太网接口2KV防雷滤波设计 图1 百兆以太网接口2KV防雷滤波设计 接口电路设计概述: 本方案从EMC原理上,进行了相关的抑制干扰和抗敏感度的设计;从设计层次解决EMC问题;同时此电路兼容了百兆以太网接

兰陵笑笑生SD的博客 1万+

医疗 AI 有两种,别混着谈:一个改流程,一个改范式

InfoXMed 是面向医生、医学生和医学科研人员的 AI 医学工具平台,提供文献检索、全文翻译、AI 解读、指南查询和题库练习等功能,辅助临床学习、科研汇报与医学备考。原文是日本医学会杂志(JMA Journal)的一篇综述(Review Article):基本事实:这一点必须先说清:这篇论文提出的是一个研究纲领。它文中的"预测"指的是科学设想,不是可以拿来用的临床预测能力。文中甚至自己承认了一个硬缺口(见第三节)。本文只谈它的术语辨析与科学方法论,不转述任何可作为临床依据的预测或处置主张。这篇论文的全部

2601_96948740的博客 239

基于STM32的智慧农业大棚监测与控制系统设计与实现

摘要:本文设计了一种基于STM32F103C8T6单片机的智慧农业大棚监测与控制系统,集成多参数环境监测、智能控制和远程管理功能。系统可实时采集光照、CO2、温湿度和土壤湿度等参数,通过OLED显示并采用双模式控制机制:自动模式下根据阈值调节设备,手动模式下支持APP或按键控制。通过ESP8266模块接入机智云平台实现数据云存储和远程控制。测试表明系统具有高精度(温度±0.5℃、CO2±50ppm)、快速响应(<2s)和稳定运行(30天无故障)等特点,有效解决了传统大棚调控不及时等问题。创新点包括多参

3254968421的博客 485

河道漂浮物目标检测数据集

目标检测,yolo,河道漂浮物目标检测数据集

DL_data_set的博客 193

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 192

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android:LinePhone3.2.7(最新版本),官网地址:http://www.linphone.org/

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 543

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

AI前沿日报 · 2026-11-04 | 祛魅时刻:Astra“纯读权重“神话的崩塌

①Astra"裸权重通吃"被spaCy创始人Honnibal精准祛魅——仅1/3实验真裸读,数学能力提升依赖Python+50次迭代;②Simon Willison用Qwen 3.8-27B端侧复现权重空间编程;③Nvidia开源Auto-Ontology自动知识图谱;④$800开源全域抓取机器人Stringman;⑤OpenAI悄然重开Codex训练开关引信任危机;⑥DeepMind发布Gemini 4 Argon机器人基础模型;⑦美国科技巨头隐性AI债务达3.2万亿美元,6个月增90%。

johnsong2009的博客 561

大模型 Embedding 与向量相似度详解

Embedding 解决的问题:计算机不懂文字,但懂数字│▼文本 → 向量(1024维浮点数数组)│▼相似度解决的问题:怎么判断两个向量(文本)有多接近│▼余弦相似度:看向量方向的夹角,越接近0°越相似│▼最终效果:语义搜索——理解意思,而非字面匹配一句话总结:Embedding 把文字变成数字,余弦相似度比较数字的方向,两者结合实现了"理解语义"的搜索。

T3165919332的博客 81

GPT-1 架构和计算细节

下面配合框图,对 GPT-1 的每个组件做公式展开 + 数值实例(配置:12 层 × 768,12 头,FFN 3072,词表 40478,共 117M 参数)。GPT-1 把翻译模型的编码器-解码器砍掉一半,只留解码器,然后以"预测下一个词"为目标在 BooksCorpus 上预训练。与 2017 原版的四个架构差异(框图中标 ★):h0=E[token]+Epos[position],E∈R40478×768, Epos∈R512×768h^0 = E[\text{token}] + E_{pos}[\

eloudy的专栏 271

终端 AI 审计与 “龙虾” 类智能体风险治理:从可见性到闭环溯源

生成式 AI 办公普及之后,数据泄露风险逐步下沉到终端。员工将合同、源代码、客户资料粘贴至公有大模型,以及龙虾(OpenClaw)这类本地开源 AI 智能体的滥用,成为企业安全新挑战。传统网络边界防护存在审计盲区,本文从风险链路拆解、核心能力模型、分级治理策略、落地踩坑点以及技术局限性多角度,分享终端侧 AI 安全治理的实践思路。

2401_86491085的博客 630

2.53 基于极稀疏指纹的室内定位注意力图元学习

该论文发表于IEEE Transactions on Mobile Computing(TMC)2026年6月,面向极稀疏指纹条件下的WiFi室内定位,针对指纹采集人力成本高、标记指纹稀缺时定位精度大幅下降的痛点,提出注意力图元学习模型AGML(Attentional Graph Meta‑Learning),结合图神经网络、元学习、两种指纹数据增强与分布对齐技术,在标记指纹极少的场景实现高精度室内定位,同时公开了多套真实+仿真定位数据集用于基准测试。场景:二维室内空间,障碍物造成信号遮挡,

weixin_42963026的博客 327

语音识别与语音合成的技术原理及应用

语音识别 #语音合成 #人工智能 #大模型。语音识别与语音合成的技术原理及应用。一、语音识别的核心原理。二、语音合成的核心原理。三、工程落地的主要难点。五、需要关注的现实问题。

weixin_62919816的博客 203

设计师工作室 GEO 实操:如何提升 AI 实体推荐概率

设计工作室 GEO 的本质,是把创意服务转化为 AI 可理解的结构化信息。核心动作可归纳为:区分事实与审美、建立实体图谱、预判用户提问、输出脱敏内容、搭建多信源、持续测试验证。梳理工作室的 6 个实体属性:品类、城市、流程、边界、团队、渠道。在官网或作品集平台发布至少 3 篇结构化项目复盘,只陈述事实。输出 1 篇「设计报价影响因素」科普内容,覆盖甲方高频提问。争取 1 次行业媒体或本地媒体专访,形成第三方信源。每周用「XX 城市 + 品类 + 设计工作室推荐」指令测试,记录出现频率。

goujunwe的博客 328

AI作图软件技术选型:从4个技术维度出发的实测对比

AI作图软件技术选型:从4个技术维度出发的实测对比

Vbaoke的博客 201

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程,跟着博主一起来还原整个过程。

夜郎King的博客 4513

影视场景怎么用AI生成3D镜头预演?从概念图、场景白模到网页审片

概念图有氛围,不代表能直接用于镜头预演。本文围绕剧本拆镜、资料与尺度假设、场景白模、机位走位、动作节拍和网页审片,介绍 AI 生成 3D 场景的预演流程。通过稳定对象与相机编号、统一镜头表、意见关联版本和三轮审核,让讨论落到具体镜头,同时明确白模与网页预演不能替代真实场地勘景及现场安全判断。

Solange__的博客 529
上一篇: QEMU+OVMF使用ACPI timer延时的原理
下一篇: 支持TCC的intel处理器RT core的选择
Cerman
博客等级 码龄11年 63粉丝 31原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Cerman

你的鼓励是探索和创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值