发布时间:2026-07-20 03:35:11 作者:zeb 点击:3 【 字体:大中小 】
中共揖花村支部旧址,揖花 中共揖花村支部旧址的村支历史年代为抗日战争时期。



洞头网讯(记者 庄缘 王从华)6月20日上午,市人大常委会副主任陈永光带队来我区开展文明城市建设督查,并为北岙街道、元觉街道颁发“最优镇街”流动红旗。区人大常委会主任刘素婷陪同。
据介绍,在2023年温州市文明城市创建第二轮实地测评情况中,北岙街道在市建成区内排名第二,元觉街道在市建成区外排名第二。本轮测评采取“明察+暗访”的形式,抽选市区内42个街镇中的部分街镇同步开展,并对测评成绩排名靠前的镇街予以通报表扬。
颁旗仪式上,陈永光表示,获得流动红旗的单位要珍惜荣誉、再接再厉,继续凝结强大的力量,以背水一战的决心、务实过硬的作风、决战决胜的状态,坚决打赢文明城市建设这场硬仗。
随后,陈永光一行来到我区腾飞路、广场路及新城农贸市场检查,发现整体环境卫生状况较好,市场秩序井然,同时对水产区地面排水设施管理提出了指导性建议。
座谈会上,陈永光指出,文明城市建设既是开卷考,也是竞赛考,又是淘汰考,要持续推进常态化整改,下足绣花功夫;要突出亚运会主题,组织开展相关活动,创新谋划特色亮点,营造文明城市建设浓厚氛围;要同心同向同目标,共同打好这场“迎亚运、享盛会、游温州”的文明建设大会战,交上一份城市文明精彩蝶变的满意答卷。
" alt="市人大常委会副主任陈永光来我区督查文明城市建设工作" onerror="nofind(this)">
市人大常委会副主任陈永光来我区督查文明城市建设工作
590 
松果喷泉
1855 
長大 (音樂專輯)
2659 
商科
916
近日,英伟达创始人、CEO黄仁勋出席一档视频播客节目,谈到了自己的工作以及生活。节目中主持人提到:“英伟达的巨大成功让无数人的生活都依赖于你,但人固有一死,你会思考自己的终局吗,你会害怕死亡吗?”

对此,黄仁勋表示自己真的不想死,我的生活很美好,有一个很美好的家庭,并且还有非常重要的事做。
但聊到继任者计划的话,自己的态度向来直言不讳,曾公开表示不信任继任者计划,这在业内是出了名的,但并不是因为自己永存不朽。
黄仁勋坦言,自己所希望的结果,是能在工作中突然离世,最好是当场毙命,这样就没有长时间的痛苦了。
展望10年后、甚至百年后的未来,黄仁勋表示自己对人类的能力充满信心,我们会基于正在做的事情推断未来,有太多我们想要解决的难题,例如终结疾病、减少污染等。
黄仁勋还称,我们很快会把一个专属的类人机器人发射到太空,它会在飞行中不断增强。
“等时机成熟,我会将我生命的绝大部分东西(邮件箱、做过的每一件事、说过的话)积累成一个意识AI,然后以光速发射到太空,去追赶之前发射的机器人。”
" alt="黄仁勋罕见谈生死:希望在工作中突然离世 最好当场毙命" onerror="nofind(this)">黄仁勋罕见谈生死:希望在工作中突然离世 最好当场毙命
2261 
Distance...
2029 
元江路
556 
敘利亞-瑪拉巴禮天主教比傑諾爾教區
2399
过去十多年,云基础设施通过“抽象化”实现扩展,借助标准化服务器、虚拟化资源及软件层,有效弥合了硬件层面的差异。这种模式之所以行之有效,是因为部分工作负载能够容忍一定程度的低效。然而,人工智能(AI) 工作负载无法容忍低效,也因此暴露出了传统架构在供电、散热、算力密度、内存带宽及系统整体性能方面的短板。本质上,AI 重新定义了“优秀”基础设施的标准。相应地,平台设计的重心也从注重单一的芯片或服务器,转向了打造机架级、可扩展的系统,在功耗和预算有限的前提下,实现高效扩展。而这一转变背后的原因在于,推理与智能体 AI 工作负载持续增长且不间断运行,对高密度、全天候在线的算力需求正快速提升。
Futurum 在《Arm处于 AI 和数据中心变革的中心》报告中,把这一转变称为迈向“系统级协同”。设计的关键不再是堆多少算力,而是平台能不能有效地把加速器、CPU、内存、网络和软件协同起来。
正因如此,业界正加速迈向定制化机架级系统设计:即围绕 AI 负载特性、功耗波动和持续利用率来进行端到端设计的平台。越来越多的架构师开始重新思考计算底层设计,选择基于 Arm 架构来解决现代 AI 平台面临的多重约束。
AI 促使行业重构:转向定制化机架级系统
这一转变的核心原因,并非通用型标准化基础设施无法承载 AI,而是碎片化的系统设计,在 AI 规模化部署时,终将转化为真实可感的成本代价。
AI 工作负载在计算、内存、网络、存储及软件各环节紧密耦合。CPU 拖后腿,昂贵的加速器就会空等;功耗和散热波动,利用率就会下滑;数据管道、调度、编排未能针对平台调优,吞吐量就不可预测。峰值性能依然重要,但稳定性、每瓦性能和系统整体平衡性更关键。
Futurum 指出,超大规模云服务提供商正进行结构性调整,旨在实现算力的指数级增长,同时避免能耗的同步激增。Futurum 引用 Arm 的数据指出,到 2025 年末,出货到头部超大规模云服务提供商的算力中,有近 50% 是基于 Arm 架构。
架构师现在不再只看纸面跑分,而是更关心 AI 平台在实际应用中能否长期可靠地运行智能体 AI 和连续推理工作负载,比如:
长时间高负载下,系统表现如何?
在实际环境中,功耗限制和散热条件如何影响性能曲线?
在机架级系统中,计算层如何确保加速器能持续获得稳定的数据供给,而非仅停留在纸面参数上?
当能效、可扩展性与系统平衡性成为首要原则时,重新审视 CPU 底层架构就成了必然。也正因为此,Arm 凭借领先的架构和完善的生态,正是这场行业变革的核心所在。
在数据中心领域,Arm Neoverse 平台是推动这一转型的核心引擎。亚马逊云科技、Google、微软、NVIDIA 等头部超大规模云服务提供商与 AI 领军企业,都在基于 Arm 架构或采用 Arm 计算平台进行产品研发。Arm 的模式既能支持定制化系统设计,又能保持跨平台、跨生态、跨软件的一致性。对于想要构建高集成度平台、又不愿被单一技术路径绑定的团队而言,这种灵活性至关重要。
智能体 AI 与持续推理,
重塑规模化算力的经济逻辑
随着 AI 与通用计算工作负载的融合,AI 工作负载正在发生变化,基础设施也需随之调整,以支持多样化的工作负载特性。
行业重心正在转向智能体 AI,而智能体 AI 本质上就是一个连续推理系统。智能体并不是简单地给出一个答案, 而是会规划、调用工具、检索数据、验证结果,如此循环往复。由此便形成了连续推理模式:稳定不间断的词元 (token) 生成任务,请求类型趋于多元化,围绕加速器的编排和数据迁移任务变得更繁重。
在智能体 AI 里,CPU 不再是配角, 而是整个 AI 系统的控制中枢。CPU 负责协调控制、调度任务、管理 IO、处理网络与存储服务、执行安全策略,并在模型、上下文及工具链不断演进的过程中,维持整个系统的平衡。
以承载大语言模型 (LLM) 的服务为例,它可能同时处理成百上千的并发请求。就算加速器负责核心计算,CPU 也要承担请求权限控制、分词和预处理、批处理和队列调度、数据迁移编排,以及针对模型权重与 KV 缓存的数据路径协调等。到了智能体工作流,CPU 的工作负担进一步扩展,还要承担工具调用、检索流程、结构化输出验证、多步调度等持续运行的任务。
这一切都表明,CPU的重要性远超许多团队的预期。如果 CPU 跟不上编排节奏,数据迁移、处理流程和加速器都会被“卡住”,面临结构性的闲置风险。
融合型 AI 数据中心的建设,彰显了 Arm 架构的强劲势头
Arm 的发展势头正在加快。在业内领先的集成式 AI 系统中,基于 Neoverse 平台的 CPU 被广泛用于智能体推理密集型系统的编排层,尤其适合追求高能效、可预测扩展能力和大规模部署的应用场景。
独立测试也印证了现代 CPU 基础平台在“AI 相关”工作负载中的价值。Futurum 旗下 Signal65 的独立基准测试对比了基于 Arm Neoverse 平台的 Amazon Graviton4 与同级的 AMD和 IntelEC2 实例,结果显示:在生成式 AI (Llama-3.1-8B)、数据库 (Redis)、机器学习(XGBoost)、网络 (Nginx) 等测试的各种工作负载中,基于 Neoverse 平台的 Graviton4 在性能和性价比方面大幅领先。
测试结果直接反映了智能体 AI 数据中心的现状:LLM、检索层、缓存、Web/API、传统机器学习等全都处于智能体系统的关键路径上,只有当 CPU 兼具速度与能效时,整体才能更好地扩展。
最新的机架级 AI 系统在架构设计上,均采用定制化加速器层以及基于 Arm 架构的 CPU 层的组合,由后者承担调度编排、数据迁移与智能体推理预处理等关键任务。NVIDIA Grace Hopper、Grace Blackwell 等系列产品,将 NVIDIA GPU与基于 Neoverse 架构的 Grace CPU 深度融合。而其最新机架级平台 Vera Rubin NVL72,更是在系统内集成 72 颗 Rubin GPU 与 36 颗基于 Arm 架构的 Vera CPU,专为交互式、深度推理型智能体 AI 优化,显著降低推理成本。
亚马逊云科技也在走同样的系统级路线:Amazon Trainium3 UltraServer 把 Trainium3 加速器芯片与 Graviton CPU 结合,强化了“融合型”设计理念:将加速器与定制的高性能、高能效 CPU 相匹配,以实现高效扩展。
“提供更优选择”不再是偏好,而是硬性要求
AI 系统迭代太快,固定架构已无法适配其发展节奏,因此为客户提供更优选择已成为风险管理的必要举措。
系统架构师想要的是:
平台能适应不同代的硬件、多样的工作负载配置及各异的部署环境;
软件可移植,以降低系统变更成本。
与此同时,系统架构师希望避免因过度依赖单一厂商,而导致在模型组合变化、业务规模扩张或新需求出现时陷入被动。在智能体时代尤其如此:推理形态不断变化,上下文更长、工具调用更多、多模态输入更频繁、全天候工作负载更普遍,效率和平衡远比峰值跑分重要。
Arm 架构在提升系统性能的同时,保持跨平台一致性。Arm 架构不仅引入了现代 AI 基础设施所需的关键特性,而且拥有强大的软件生态支持。Arm 计算子系统 (CSS) 提供经过验证的基础设施级模块,既加速了芯片开发,又保留了合作伙伴间的差异化与选择权。对于所有基于 Arm 架构的平台,一致性贯穿始终,云工作负载迁移至 Arm 平台也极为便捷。同时,在软件层面,Arm 生态助力团队在不同环境与平台间拥有一致连贯的基础,从而加速开发进程,无需重写所有代码。
智能体 AI 经济重塑 CPU 选择格局,Arm Neoverse 平台成头部厂商首选
系统架构师之所以倾向于 Arm 平台,因为它精准匹配定制AI 系统的核心需求:能效、可扩展性及每瓦性能。能效重要,因为功耗和预算是硬上限;系统平衡和 CPU 性能重要,因为加速器闲置成本极高;一致性重要,因为 AI 基础设施变化快、跨环境部署日益增多。
在融合型智能体 AI 数据中心里,面对持续推理的应用需求,上述优先事项变成了上线即需满足的硬性指标。智能体系统不只需要能生成词元的加速器,更需要以 CPU 为核心的编排能力,在网络、存储、调度、安全层面,持续、高效、大规模地把资源利用起来。
Arm 如今的强劲增长正源于此:Neoverse 正成为智能体时代的 CPU 基础平台,作为计算头节点,是让 AI 系统保持高效、一致并面向未来的核心控制中枢。
" alt="为何AI数据中心的系统架构师首选Arm平台" onerror="nofind(this)">为何AI数据中心的系统架构师首选Arm平台
1656 
西溪 (杭州)
449 
杨春芳
2521 
維摩那
1823 
3月11日讯 NBA常规赛,热火半场76-62领先奇才。
上半场,热火内线阿德巴约状态炸裂,在首节就狂轰夸张的31分,上半场打了19分钟,投篮24中13,三分球11中5,罚球14中12,砍下43分5篮板2抢断1盖帽的数据,正负值+11。
据统计,阿德巴约半场狂轰43分,也追平了NBA历史(自1996-97赛季有统计以来)半场(任意半场)第5高的得分,也是NBA历史上半场第二高的得分!
NBA历史半场得分Top5:
" alt="爆了!阿德巴约半场狂轰43分创历史半场第5高分 上半场历史第二!">爆了!阿德巴约半场狂轰43分创历史半场第5高分 上半场历史第二!
石碌铁路
新文學運動
加埃姆沙赫爾
声明中写道:“关于今后的活动,经过成员及工作人员的多次讨论,我们决定让每位成员拥有面对自我的时间,暂时停下脚步,作为充电期,暂停MY FIRST STORY的乐队活动。”文末补充道:“直到有一天回归之日到来。MY FIRST STORY成员/工作人员一同。”
对于突如其来的休止消息,网络上涌现出惊讶与支持的声音:“我超爱MY FIRST STORY的音乐!直到你们回来,我会一直等待!!支持你们!”“至今多次被乐队拯救,由衷感谢各位。谢谢!静候重逢之日!”“请好好休息,去想去的地方,吃爱吃的东西,过普通的日子!我们等着!”“太震惊了!会一直等待!!!”等热评刷屏。
MY FIRST STORY于2011年夏天在东京涩谷成立,2012年4月以首张完整专辑《MY FIRST STORY》正式出道。此后多次参演全国大型音乐节并与海外艺人合作,是一支颇具人气的摇滚乐队。此次休止虽令粉丝不舍,但更多人选择送上祝福,静待他们充电归来。
" alt="MY FIRST STORY宣布活动休止 成员进入充电期静待回归之日">MY FIRST STORY宣布活动休止 成员进入充电期静待回归之日
拉爾 (伊朗)
貝赫貝漢
元江路

全链条保障攻克技术难关
面对大型800t/d熔窑调整的难题,项目推进获得了多重组织保障。耀华集团派出工艺技术专业团队驻厂指导,深入一线参与工艺评审并提出关键建议;公司管理层全程跟进,建立“日调度、周总结” 机制,领导多次亲临现场督导,协调资源、打通堵点,及时解决人员调配、物料供应、能源保障等问题。
与时间赛跑、与细节较真。改色关键阶段,生产团队开启“自愿驻厂、日夜坚守” 模式,熔联中控室内,技术人员紧盯熔窑温度曲线,严格执行制定的工艺参数制度,确保大吨位熔窑生产颜色玻璃的熔化质量;设备维护团队化身 “产线医生”,手持红外测温仪与振动检测仪,在机组间穿梭,对传动辊道、风机系统、电加热元件进行动态巡检,消除潜在隐患。

此次金茶玻璃的成功下线,不仅是一次成功的颜色切换,更是对晶华玻璃整个生产体系综合能力的一次全面检验。以此为起点,晶华玻璃将继续围绕高端玻璃制造方向,持续优化工艺与设备,推动产品结构升级。

" alt="攻坚克难!晶华玻璃大吨位熔窑生产金茶玻璃成功下线,企业新闻">
攻坚克难!晶华玻璃大吨位熔窑生产金茶玻璃成功下线,企业新闻
雷號驅逐艦 (吹雪型)
雲紋樸麗魚
宋漢生

物华弥新金冠带养成攻略分享
物华弥新唯美国风战棋类在物华弥新游戏中金冠带是一个全新的器者,部分玩家不知道金冠带应该如何养成,以及是否值得抽取,下面就为大家带来物华弥新游戏中金冠带的养成攻略分享,有需要的玩家可以参考。
物华弥新金冠带养成攻略
①抽取建议:流失体系/追击体系抽本体,有条件可选择三致知。周年庆在即,2.8版本预计可攒100抽左右,建议大家至多抽空现有抽卡资源或者歪一只停手。
②简评:输出辅助兼备,本身强度尚可,不排除后续版本被打压,投资需谨慎。
③深造:破碎5500

④武器:流云鸣沙弩(对单)/铜犴弩
⑤词条:物理伤害提升,伤害提升,暴击率,暴击伤害,攻击力(%)

⑥配队推荐:
0致知时:愿望杯,青铜仙鹤,太阳神鸟,卷云金喇叭/焕彰铜车马,洛神赋图/任意生存位/(无压力可选择任意输出)--这里凑的是三远击,吃太阳神鸟的被动增加防御穿透。
3致知时:青铜仙鹤,太阳神鸟,卷云金喇叭,焕彰铜车马,洛神赋图/任意生存位/(无压力可选择任意输出轻锐)--三远击三轻锐。
如果没有打流失的器者但是却很喜欢金冠带,可以选择放入dot队(向日葵,星月夜,睡莲),本质上都是打持续伤害,可以互拐。
" alt="物华弥新金冠带养成攻略分享" onerror="nofind(this)">
薛毓麒

滨岛薰夫

约翰·麦克曼勒斯

OPPO哈苏10倍光变天眼长焦 新一代演唱会视频真神

卓世杰在文中指出,当手机拥有10倍光变长焦后,视频体验的核心不仅在于“拍得到”,更在于画质表现与拍摄的便捷性。Find X9 Ultra依托如同“将增距镜装进手机里”的物理优势与定制大底传感器,将10倍焦段的视频清晰度推向了真4K 60fps的新高度,彻底改善了传统长焦视频放大后的算法涂抹感。
第一重跨越体现在清晰度上。传统手机长焦视频往往止步于“能看见”,放大后满是算法涂抹和模糊像素。而Find X9 Ultra凭借原生光学镜头,能够清晰捕捉演唱会偶像的发丝等微小细节,让手机长焦视频第一次拥有了“数毛”的底气。
第二重跨越在于更生动的舞台光影还原。面对演唱会高对比度的追光或极致逆光等复杂光源,传统方案往往只能拍出一片死白或死黑。Find X9 Ultra的长焦镜头凭借全链路高动态范围能力,能够准确还原舞台光影层次,避免画面出现严重的过曝或暗部死黑。
第三重跨越是更好的防抖体验。针对长焦端手抖放大的物理特性,OPPO引入了云台级传感器防抖技术和高精度动态补偿,让用户在演唱会等拥挤场景下单手持机也能输出平稳画面,打破了长焦视频重度依赖三脚架或稳定器的限制。

从官方公布的对比视频来看,Find X9 Ultra在清晰度、光影还原和防抖效果上均展现出明显优势。在清晰度方面,友商产品放大后细节模糊,而Find X9 Ultra则能清晰呈现每一个细节;在光影还原上,友商产品在复杂光线场景下表现不佳,而Find X9 Ultra能够精准捕捉光影变化,还原现场氛围;在防抖效果上,友商产品手持拍摄画面抖动明显,而Find X9 Ultra则能保持画面稳定,输出高质量视频。
就目前曝光的影像配置与实测表现来看,OPPO Find X9 Ultra 在画质解析力、舞台光影还原、长焦手持防抖三大核心维度实现均衡突破,有望成为新一代演唱会视频拍摄神器。
" alt="OPPO哈苏10倍光变天眼长焦 新一代演唱会视频真神" onerror="nofind(this)">
紹興路

瓦迪斯瓦夫·斯皮爾曼

輕型車

为何AI数据中心的系统架构师首选Arm平台
本质上,AI 重新定义了“优秀”基础设施的标准。相应地,平台设计的重心也从注重单一的芯片或服务器,转向了打造机架级、可扩展的系统,在功耗和预算有限的前提下,实现高效扩展。而这一转变背后的原因在于,推理与智能体 AI 工作负载持续增长且不间断运行,对高密度、全天候在线的算力需求正快速提升。
Futurum 在《Arm处于 AI 和数据中心变革的中心》报告中,把这一转变称为迈向“系统级协同”。设计的关键不再是堆多少算力,而是平台能不能有效地把加速器、CPU、内存、网络和软件协同起来。
正因如此,业界正加速迈向定制化机架级系统设计:即围绕 AI 负载特性、功耗波动和持续利用率来进行端到端设计的平台。越来越多的架构师开始重新思考计算底层设计,选择基于 Arm 架构来解决现代 AI 平台面临的多重约束。
AI 促使行业重构:转向定制化机架级系统
这一转变的核心原因,并非通用型标准化基础设施无法承载 AI,而是碎片化的系统设计,在 AI 规模化部署时,终将转化为真实可感的成本代价。
AI 工作负载在计算、内存、网络、存储及软件各环节紧密耦合。CPU 拖后腿,昂贵的加速器就会空等;功耗和散热波动,利用率就会下滑;数据管道、调度、编排未能针对平台调优,吞吐量就不可预测。峰值性能依然重要,但稳定性、每瓦性能和系统整体平衡性更关键。
Futurum 指出,超大规模云服务提供商正进行结构性调整,旨在实现算力的指数级增长,同时避免能耗的同步激增。Futurum 引用 Arm 的数据指出,到 2025 年末,出货到头部超大规模云服务提供商的算力中,有近 50% 是基于 Arm 架构。
架构师现在不再只看纸面跑分,而是更关心 AI 平台在实际应用中能否长期可靠地运行智能体 AI 和连续推理工作负载,比如:
长时间高负载下,系统表现如何?
在实际环境中,功耗限制和散热条件如何影响性能曲线?
在机架级系统中,计算层如何确保加速器能持续获得稳定的数据供给,而非仅停留在纸面参数上?
当能效、可扩展性与系统平衡性成为首要原则时,重新审视 CPU 底层架构就成了必然。也正因为此,Arm 凭借领先的架构和完善的生态,正是这场行业变革的核心所在。
在数据中心领域,Arm Neoverse 平台是推动这一转型的核心引擎。亚马逊云科技、Google、微软、NVIDIA 等头部超大规模云服务提供商与 AI 领军企业,都在基于 Arm 架构或采用 Arm 计算平台进行产品研发。Arm 的模式既能支持定制化系统设计,又能保持跨平台、跨生态、跨软件的一致性。对于想要构建高集成度平台、又不愿被单一技术路径绑定的团队而言,这种灵活性至关重要。
智能体 AI 与持续推理,
重塑规模化算力的经济逻辑
随着 AI 与通用计算工作负载的融合,AI 工作负载正在发生变化,基础设施也需随之调整,以支持多样化的工作负载特性。
行业重心正在转向智能体 AI,而智能体 AI 本质上就是一个连续推理系统。智能体并不是简单地给出一个答案, 而是会规划、调用工具、检索数据、验证结果,如此循环往复。由此便形成了连续推理模式:稳定不间断的词元 (token) 生成任务,请求类型趋于多元化,围绕加速器的编排和数据迁移任务变得更繁重。
在智能体 AI 里,CPU 不再是配角, 而是整个 AI 系统的控制中枢。CPU 负责协调控制、调度任务、管理 IO、处理网络与存储服务、执行安全策略,并在模型、上下文及工具链不断演进的过程中,维持整个系统的平衡。
以承载大语言模型 (LLM) 的服务为例,它可能同时处理成百上千的并发请求。就算加速器负责核心计算,CPU 也要承担请求权限控制、分词和预处理、批处理和队列调度、数据迁移编排,以及针对模型权重与 KV 缓存的数据路径协调等。到了智能体工作流,CPU 的工作负担进一步扩展,还要承担工具调用、检索流程、结构化输出验证、多步调度等持续运行的任务。
这一切都表明,CPU的重要性远超许多团队的预期。如果 CPU 跟不上编排节奏,数据迁移、处理流程和加速器都会被“卡住”,面临结构性的闲置风险。
融合型 AI 数据中心的建设,彰显了 Arm 架构的强劲势头
Arm 的发展势头正在加快。在业内领先的集成式 AI 系统中,基于 Neoverse 平台的 CPU 被广泛用于智能体推理密集型系统的编排层,尤其适合追求高能效、可预测扩展能力和大规模部署的应用场景。
独立测试也印证了现代 CPU 基础平台在“AI 相关”工作负载中的价值。Futurum 旗下 Signal65 的独立基准测试对比了基于 Arm Neoverse 平台的 Amazon Graviton4 与同级的 AMD和 IntelEC2 实例,结果显示:在生成式 AI (Llama-3.1-8B)、数据库 (Redis)、机器学习(XGBoost)、网络 (Nginx) 等测试的各种工作负载中,基于 Neoverse 平台的 Graviton4 在性能和性价比方面大幅领先。
测试结果直接反映了智能体 AI 数据中心的现状:LLM、检索层、缓存、Web/API、传统机器学习等全都处于智能体系统的关键路径上,只有当 CPU 兼具速度与能效时,整体才能更好地扩展。
最新的机架级 AI 系统在架构设计上,均采用定制化加速器层以及基于 Arm 架构的 CPU 层的组合,由后者承担调度编排、数据迁移与智能体推理预处理等关键任务。NVIDIA Grace Hopper、Grace Blackwell 等系列产品,将 NVIDIA GPU与基于 Neoverse 架构的 Grace CPU 深度融合。而其最新机架级平台 Vera Rubin NVL72,更是在系统内集成 72 颗 Rubin GPU 与 36 颗基于 Arm 架构的 Vera CPU,专为交互式、深度推理型智能体 AI 优化,显著降低推理成本。
亚马逊云科技也在走同样的系统级路线:Amazon Trainium3 UltraServer 把 Trainium3 加速器芯片与 Graviton CPU 结合,强化了“融合型”设计理念:将加速器与定制的高性能、高能效 CPU 相匹配,以实现高效扩展。
“提供更优选择”不再是偏好,而是硬性要求
AI 系统迭代太快,固定架构已无法适配其发展节奏,因此为客户提供更优选择已成为风险管理的必要举措。
系统架构师想要的是:
平台能适应不同代的硬件、多样的工作负载配置及各异的部署环境;
软件可移植,以降低系统变更成本。
与此同时,系统架构师希望避免因过度依赖单一厂商,而导致在模型组合变化、业务规模扩张或新需求出现时陷入被动。在智能体时代尤其如此:推理形态不断变化,上下文更长、工具调用更多、多模态输入更频繁、全天候工作负载更普遍,效率和平衡远比峰值跑分重要。
Arm 架构在提升系统性能的同时,保持跨平台一致性。Arm 架构不仅引入了现代 AI 基础设施所需的关键特性,而且拥有强大的软件生态支持。Arm 计算子系统 (CSS) 提供经过验证的基础设施级模块,既加速了芯片开发,又保留了合作伙伴间的差异化与选择权。对于所有基于 Arm 架构的平台,一致性贯穿始终,云工作负载迁移至 Arm 平台也极为便捷。同时,在软件层面,Arm 生态助力团队在不同环境与平台间拥有一致连贯的基础,从而加速开发进程,无需重写所有代码。
智能体 AI 经济重塑 CPU 选择格局,Arm Neoverse 平台成头部厂商首选
系统架构师之所以倾向于 Arm 平台,因为它精准匹配定制AI 系统的核心需求:能效、可扩展性及每瓦性能。能效重要,因为功耗和预算是硬上限;系统平衡和 CPU 性能重要,因为加速器闲置成本极高;一致性重要,因为 AI 基础设施变化快、跨环境部署日益增多。
在融合型智能体 AI 数据中心里,面对持续推理的应用需求,上述优先事项变成了上线即需满足的硬性指标。智能体系统不只需要能生成词元的加速器,更需要以 CPU 为核心的编排能力,在网络、存储、调度、安全层面,持续、高效、大规模地把资源利用起来。
Arm 如今的强劲增长正源于此:Neoverse 正成为智能体时代的 CPU 基础平台,作为计算头节点,是让 AI 系统保持高效、一致并面向未来的核心控制中枢。
" alt="为何AI数据中心的系统架构师首选Arm平台" onerror="nofind(this)">
小行星11014

刘懋政

李俊文


谈起科技极限挑战,海尔空调可以说是圈里的常客。海尔空调在央视《挑战不可能》节目中多次进行了科技极限挑战项目。例如,在密闭玻璃房内,海尔净界空调挑战航天级无尘环境,助力航天研磨师完成挑战。
海尔空调在科技极限挑战这条路上,把诸多不可能变成了可能!归根结底,深层次的原因是海尔空调一直在探索着科技进步的无人区,挑战着自己领域的极限。

今年突如其来的疫情让大家关注到空调和空气健康问题,海尔空调在行业第一个推出56℃除菌自清洁空调,更因“只吹干净风”获得自清洁市场份额第一。到目前,行业也纷纷推出类似的产品,那么,海尔56℃除菌自清洁空调到底有什么不一样?
在这次79℃地表高温的沙漠中,海尔56℃除菌自清洁空调能否成功挑战运行极限?在沙漠里吹空调的愿望能实现吗?
7月12日,我们将会通过许多你意想不到的创意挑战项目一一为你呈现,现场还有神秘体验官见证海尔56℃除菌自清洁空调。相信会给你带来震撼和惊喜!
" alt="79℃沙漠是空调的“禁区”!海尔56℃除菌空调将发起挑战,能行?—万维家电网" onerror="nofind(this)">




不過黨內仍憂心此舉恐直接衝擊年底選情。對此,鄭麗文表示,兩岸和平交流本就是選舉利多,並反問,若要確認兩岸朝和平方向發展,來自中國大陸領導人習近平的背書與表態,難道不重要嗎?
不僅兩岸路線恐消耗選戰能量,也有國民黨立委針對總預算案語重心長指出,地方早已出現反彈聲浪,並盼立法院長韓國瑜能尋求朝野皆可接受的方式,盡速推動總預算全案審查。
台北/蔡昀彤、彭以德 責任編輯/蔡尚晉
" alt="鄭習會不只一次! 鄭麗文:兩岸仇恨無法一夕解決、和平是唯一出路" onerror="nofind(this)">





回顧TWICE在台北大巨蛋最終場演出時,周子瑜唱到一半淚灑舞台,感動地說,「我的夢想就是和成員們一起來到高雄和台北演唱會,所以謝謝你們讓我實現了這個願望」,她流下感動的眼淚,成員們也紛紛上前擁抱安慰。
隨著演唱會落幕,周子瑜也在IG上發文,謝謝這三天台北滿滿的能量,未來請繼續和她一起走下去!而TWICE的官方IG也曬出成員們在台北大巨蛋後台的跳舞影片,粉絲們已經迫不及待再次和TWICE在台灣相遇。

台北/李承庭、陳建國 責任編輯/施佳宜
" alt="TWICE Sana現身101活動粉絲擠爆現場 透露「這款鳳梨酥」很好吃" onerror="nofind(this)">


