会议概况
- 参会人员：柯猛、马全一、李原、张磊、张烨、陈凌云、徐宝文、徐辉
- 记录人：周冉
**会议时间：**2026 年 5 月 29 日 10:00 - 10:30
会议地点：https://meeting.tencent.com/dm/BU8v1gPCIXKG #腾讯会议：252-636-272
议题
1. 旋武社区Rust鲲鹏生态亲和技术规划 - 华为李原
（1）针对鲲鹏服务器在 Rust 标准库性能上落后 x86 约 40% 的现状，华为李原提出了"以软补硬"的技术路径与社区落地策略：
性能差距根因与优化策略
**性能瓶颈分析：**经测试，标准库在鲲鹏 920b 上平均性能落后 x86 AMD 9654 约 40%，主要源于 x86 特有的 SIMD 优化缺失、LLVM 后端优化不足及硬件架构差异。
**"以软补硬"技术路径：**鉴于无法直接修改 LLVM 后端或硬件，方案采用前端代码级优化，通过手动编写循环展开和 SIMD 向量化代码，弥补后端优化缺失带来的性能损失。
**定制化标准库构建：**鉴于上游社区难以接受针对特定硬件的标准库大规模修改，决定在旋武社区单独构建面向鲲鹏的定制优化版本（旋武-std），而非直接分裂上游。
基础设施与生态集成
**性能评测系统建设：**基于上游 rustc-perf 定制开发，部署在鲲鹏 920b 和 x86 对比机上，用于实时监测标准库及三方库在不同系统上的性能表现。
**openEuler 发行版集成：**作为主要分发渠道，将定制优化的标准库和三方库打包集成至 openEuler 发行版，利用其与鲲鹏生态的强绑定关系，赋能互联网客户。
（2）针对方案可能引发的社区分裂、版本管理及基础设施兼容性问题，与会专家进行了讨论：
社区分裂与兼容性风险
社区分裂担忧：张磊指出，定制标准库可能导致国内团队与上游社区基准不一致，引发维护混乱。李原回应称标准库修改在支持新硬件时是常见操作，且可通过"旋武-std"作为三方库的方式提供保底方案。
版本维护成本：针对 openEuler 版本固定且存在多个 LTS 版本的问题，张磊与张烨均提出疑问。李原表示将通过打 Patch 的方式适配不同版本，但承认需进一步制定详细的版本控制节奏（Stable/Dev/Alpha）。
基础设施与 CI 挑战
CI 环境缺失风险：马全一指出，openEuler 社区 CI 可能缺乏鲲鹏硬件环境，导致无法验证特定芯片的优化效果，进而无法合入主线。李原需确认基础设施团队是否具备相应资源。
上游贡献障碍：马全一提醒，若向上游社区贡献代码，需通过其 CI 测试，而原生社区缺乏鲲鹏芯片，可能导致指令集差异导致的测试失败。
2. 生态大会筹备与线下活动规划
（1）生态大会议程与展台协调
论坛与展台征集：马全一通报了 2026 年 6 月 26 日下午的2026开放原子开源生态大会 · AI时代Rust编程语言应用与发展分论坛安排，公开征集理事单位议题及展台展示物料（展板、易拉宝等），根据需求协调标准展台或更大展位。
成果展示要求：华为柯猛强调本次大会是社区成立一周年，需展示具体成果，呼吁各委员积极准备展示内容。
（2）线下工委会6月会议安排
- 线下交流计划：鉴于成立以来缺乏线下交流，计划在6月生态大会期间于北京组织线下工委会会议，需通过问卷调查收集参会意向。
会议结论
确认鲲鹏 920b 和 x86 对比机的外部访问权限及网络方案。 @华为 李原
确认 openEuler 基础设施团队（曹志）是否具备鲲鹏芯片的 CI 环境。 @华为 李原
制定标准库及三方组件的版本控制节奏（Stable/Dev/Alpha），以匹配 openEuler 的发版策略。 @华为 李原
整理本次会议中关于基础设施访问、CI 环境确认等需跟进的问题清单，发送给马全一。 @华为 李原
填写生态大会线下工委会会议的参会意向调查问卷。 @全体委员