首页 文章 精选 留言 我的

精选列表

搜索[医疗报告结构化]，共10000篇文章
优秀的个人博客,低调大师

openKylin社区2026年8月运营报告

一、社区治理 openKylin项目新增捐赠人 广州视睿电子科技有限公司成为白银捐赠人 openKylin技术委员会会议召开 8月18日，OpenAtom openKylin（以下简称“openKylin”）技术委员会会议线上召开，来自麒麟软件、联想开天、海光信息、国防科大、国家工信安全中心、海河实验室、清华大学、沐曦、飞腾、中科通量、技德等单位的代表参会，围绕openKylin 3.0版本进展、高性能版本规划、衍生版本认证情况等议题展开交流。 openKylin常务委员会8月会议召开 8月28日，openKylin常务委员会8月会议线上召开，来自麒麟软件、联想开天、海光信息、国防科大、国家工信安全中心常委单位代表参会。会议汇报了当月工作进展，常委们也对openKylin的发展提出了宝贵建议。 openKylin技术委员会主任吴庆波当选中国软件行业协会副理事长 中国软件行业协会第八届理事会第六次会议在重庆成功召开。openKylin技术委员会主任、中国电子信息产业集团首席科学家、春天研究院院长、麒麟软件首席科学家吴庆波，当选中国软件行业协会第八届理事会副理事长。 二、技术进展 SIG组进展 本月有效PR提交数1060个、仓库Fork 130个；召开SIG组公开例会5次。截至目前，社区累计有效PR数26996+、仓库Fork数12726个、召开SIG组公开例会450次。 ➢SIG组活跃动态： 本月活跃SIG组数为59个，活跃占比为38%。SIG组活跃地图分布情况（颜色越深表示越活跃，参考维度：PR、Issue、SIG会议、成员引入）。 ➢SIG组月度动态： RISC-V SIG 构建发布3.0 RISC-V K3镜像 构建发布3.0 RISC-V Server版本镜像，优化llama.cpp推理框架，实现5个矩阵计算函数性能提升5%以上 X-TeeOS SIG 文件系统：完善 kext4 inode 生命周期、xattr、FIEMAP、日志写回及挂载语义文件系统 内核核心：重构 IRQ/NMI 和时间系统，优化 EEVDF 调度、NOHZ workqueue，并新增 per-CPU slab 缓存 网络：引入预算式轮询，完善 TCP、Unix Socket、vsock 和 TIPC，支持 udhcp、ifconfig 虚拟化与容器：KVMM 支持 RISC-V64、AArch64 启动 Linux，新增 FD 化虚拟机管理；实现 cgroup v2 pids 和 mini-OCI 基础能力 工程质量：增加 FDT fuzz 测试、PR 审查规范和 CI 失败用例链接，默认 rootfs 切换至 Debian OpenRC 社区建设：发布 0.2.0-rc1，参加CCF开源大会、全国高校OS课程研讨会 kernel SIG 合并龙芯厂商和适配补丁 合并riscv厂商补丁和适配补丁 修复严重cve安全漏洞 解决riscv，龙芯，飞腾7.0内核编译问题 AgentOS SIG CUA智能体核心能力优化：新增“无进展动作数阈值”监控，重复动作达设定次数后主动提示更改策略，避免任务陷入死循环；升级滚动策略，无法定位目标时更积极地采用滚轮搜索，提升查找成功率 CUA动作机制完善与修复：完善文本输入动作，新增press_enter与select_all参数，适配表单提交与文档编辑场景；修复open_app打开错误应用的问题；精简日志存储策略 断点与会话管理增强：新增断点弃用功能；修复断点标记残留、Token与时间消耗未实时更新、多会话状态显示错误、新旧会话消息串扰等多类问题，确保会话状态准确 系统稳定性与体验优化：修复重启后消息回复丢失问题；优化pip安装默认使用清华镜像源，提升下载速度；更新runtime-cache新增必要依赖，提升兼容性；优化启动问候语与TODO工具执行进度展示，提升交互体验 语音交互能力上线：新增语音识别功能，支持千问平台多种语音模型 RTOS SIG 完成 POSIX 接口合规性增强：围绕信号、线程、内存锁、信号量和共享内存接口，修复返回值、错误码、空指针校验和异常路径处理问题，提升 POSIX 标准兼容性与接口稳定性 完成外设驱动缺陷修复与加固：针对 Flash、串口、CAN 等设备驱动，修复区域位图清理、参数配置和边界校验缺陷，完善设备注册与异常输入处理逻辑，提升驱动正确性与健壮性 完成构建兼容性与代码质量提升：修复 Windows 平台waf构建报错，补全字符串处理模块缺失的接口实现，并订正多处接口注释，改善跨平台可构建性与代码可维护性 KylinBot SIG 任务路由增强：新增会话级技能优先级调度，支持用户在当前任务下手动选中技能 模型层：完成KART对接 ，支持本地、云端、多模态模型统一接入，供上层助手选择模型 记忆系统架构优化：存储个人信息、工作项目，全智能体、会话全局召回，支持编辑更新 版本升级数据迁移：支持版本升级后保留历史会话、自定义技能、商店技能、模型配置、定时任务等配置 扩充系统设置操控项：新增 50 + 系统操控原子能力 ZephyrProject SIG 完成 Zephyr 相关 41个仓库镜像落地，保障上游镜像纯净同时承载国内创新开发需求 搭建完整本地化基础设施体系，规划 Git 镜像池、自定义 Manifest 清单、SDK 工具链和中文文档等，支撑代码、工具、文档、社区服务一站式获取 完成 Zephyr 开发全流程技术方案设计，重构源码克隆、虚拟环境与 west 工具部署、模块拉取、SDK 安装和编译运行等操作步骤 设计自动化仓库同步流水线，可自动感知上游分支、清单文件变更，为后续长期运营生态提供支撑 R4L SIG R4L SIG开发的两个补丁集被Linux上游社区接收 安全指针格式化系列：解决 rust-for-linux 中 {:p} 格式化裸指针导致的内核地址泄露（安全风险）及误打印栈地址的缺陷，统一改用内核标准的哈希指针格式输出，防止泄露内核地址空间布局。 (https://lore.kernel.org/all/20260810-hashedptr-v15-0-eafd27d36476@kylinos.cn/T/) file operations owner系列：解决 rust-for-linux 的 DRM/misc 等驱动抽象中 file operations 缺失 owner 归属、导致驱动模块在设备仍被使用时可能被卸载（引发释放后使用）的问题，确保模块生命周期与所辖设备正确绑定 (https://lore.kernel.org/all/20260811-fix-fops-owner-v10-0-7e71776f9dbe@linux.dev/T/） RapidAI SIG 完成 MNN 推理性能优化，识别耗时由约 22 秒降至 8.4 秒，单框输出提取耗时由约 454ms 降至 10ms 引入 OCR 模型延迟加载，降低初始化时间和资源占用 增加模型延迟加载并发锁，修复多线程首次调用可能重复初始化的问题 更新 pre-commit 工具链，切换至 Ruff，完善代码检查与格式化流程 持续跟进阿拉伯语、多语言检测组合及拉丁语种识别准确率等问题，为 v3.9.3 做准备 版本进展 8月28日，openKylin 3.0 版本正式发布。基于Linux 7.0 内核，内置 KylinBot 智能体，支持主流智能体运行，并面向用户提供免费Token算力。新增 UKUI 隔空手势、屏幕朗读等众多特性，覆盖 X86、RISC-V、ARM、LoongArch架构，提供桌面版、高性能版、WSL版及嵌入式版等多种版本。 三、生态进展 社区会员 新增理想科技、西软信息技术等171家单位会员，社区会员共计2385家。 软硬件生态 商汤小浣熊Linux版首发支持openKylin 商汤小浣熊Raccoon Work 正式登陆 openKylin ，此次首发进一步丰富了 openKylin 的 AI 办公工具生态。 社区活动 openKylin 3.0 亮相数博会 2026年中国国际大数据产业博览会于8月27日至30日在贵阳举办。openKylin 携新一代操作系统亮相本次大会，通过专题论坛、主题演讲、展台互动等多种形式，收获与会嘉宾及媒体广泛关注。 2026开源之夏发布openKylin赛题 openKylin每年会通过开源之夏发布多个项目赛题，2026开源之夏现已上线两个项目！欢迎各位同学按照自己感兴趣或擅长的方向进行申请。 下载体验openKylin 3.0 活动上线 8月31日，社区发起下载体验openKylin 3.0线上活动，即有机会赢取口袋龙虾等三重好礼。 上海开源软件应用创新大赛openKylin专属赛题发布 openKylin社区重磅发布「开源 AI 工具赛道」专属赛事命题——《面向openKylin操作系统的智能体长期记忆自动化评测Benchmark设计》，面向全国开源开发者征集优质方案，为智能体长效记忆能力打造标准化、可落地的评测“标尺”。 openKylin 参与 2026 CCF 中国开源大会 8月15日至16日，2026 CCF 中国开源大会在重庆顺利举办。 openKylin社区作为大会白银合作伙伴深度参。 openKylin 3.0 Beta版本公测活动 openKylin社区基于3.0 Beta版本开启公测，诚邀所有用户及开发者参与，与openKylin携手共建！参与活动即有机会赢取社区提供的精美礼品！ openKylin 社区官网抽奖功能模块上线 为进一步丰富社区互动形式，优化用户参与体验，openKylin社区官网全新上线互动抽奖功能模块。「K 门大吉」抽奖活动同步开启，面向全体社区用户开放，定制周边福利惊喜放送。 五、基础设施 社区运营平台 社区官网首页升级 优化官网菜单，新增「成为社区贡献者」与「成为项目捐赠人」板块 社区官网下载页面升级 完成openKylin 3.0 Token激励平台建设 完成Token领取端、Token管控后台的开发与上线。 平台维护与内容更新 抽奖系统优化，新增10+需求开发，补齐中奖轮播、奖品图展示等多端能力；功能与工具能力升级，支持衍生版证书自动生成PDF，增强问卷后台配置能力；新闻模块技术迭代，上线新闻数据看板，改造翻译稳定性，新增RSS订阅源。 服务更新运维 系统监控：实时监控系统，及时发现并解决潜在的系统问题，保障社区平台的稳定运行。 用户反馈：及时收集并分析用户意见，不断优化产品，提升用户满意度。 安全更新：每周进行安全检查和更新，确保平台的数据安全和用户隐私保护。 安全加固：所有服务都已配置安全加速与云防护，保障所有服务安全运行。
2026-09-08
优秀的个人博客,低调大师

wastnet 与 Undertow 性能压测对比报告

选型一个 Java Web 框架，性能是绕不开的考量。wastnet 作为一款自研、零第三方依赖的网络框架，外界很自然就会问：它和成熟的工业级服务器比，到底处在什么位置？ 为此，以与 Undertow 完全相同的压测口径，跑了一组对照数据。Undertow 是 WildFly 的默认 Web 服务器，也是 Java 领域久经考验的高性能 NIO 实现，把它作为对标对象最有参考价值。本文只摆数据、做客观对比，不立高下。 需要说明：单纯用 wrk 压一个 hello 接口（极小响应、无业务、无请求体）得到的数字，往往更多反映的是事件循环与连接建立的极限，很难真实代表框架在实际负载下的吞吐水平，也容易被「跑分」带偏。因此本次测试刻意覆盖了不同响应大小、是否携带请求 body、以及 HTTP/2 / h2c 等多种场景，尽量贴近真实差异。 测试环境与方法 工具：wrk（HTTP/1.1）与 h2load（HTTP/1.1、HTTP/2、HTTP/2 明文 h2c） 用例：一个简单的 /hello 文本响应，以及带请求体（上传 payload.bin）的场景 两个网络位置：本机回环 localhost（服务与压测客户端同机，均运行于 Linux）；局域网 192.168.5.1（跨机，服务运行于 Windows，压测客户端从 Linux 连入；wrk / h2load 在 Windows 上不可用，故压测统一在 Linux 侧发起） 时间：2026-08-08，单方 15s 持续压测 机器配置 角色 系统 / 硬件 说明 服务机（回环 localhost） CentOS 7 · 16 核 + 6 GB 服务与压测客户端同机，均在此虚拟机内 服务机（跨机 192.168.5.1） Windows 宿主机 · i9 · 32 核 + 32 GB 服务运行于此，压测客户端从 Linux 虚拟机连入 压测客户端 CentOS 7 · 16 核 + 6 GB 同网段虚拟机，从 Linux 侧发起 wrk / h2load 运行时 OpenJDK 21，服务端堆固定 -Xms256m -Xmx256m 双方一致，保证对照公平 跨机网络 千兆以太网（192.168.5.1） 同网段，带宽非瓶颈 两者服务端均使用相同配置（堆固定 -Xms256m -Xmx256m、默认线程），不经过额外 JVM 调优，以保证对照一致。 指标统一以吞吐量（req/s）为主，辅以延迟分布。注意：该数值为每秒处理请求数，分值越高代表性能越好。 本机回环（localhost）结果 场景 wastnet undertow wrk · HTTP/1.1（200 连接） 340,063 329,911 h2load · HTTP/1.1 小响应 320,846 327,000 h2load · HTTP/1.1 + 上传 body 2,817 5,834 h2load · HTTP/2（TLS）小响应 87,731 97,867 h2load · HTTP/2（TLS）+ 上传 body 13,258 1,969 h2load · HTTP/2 明文（h2c） 137,307 207,489 本机场景下两者互有胜负：wrk 的 HTTP/1.1 与「HTTP/2 + 上传 body」两项 wastnet 领先；而 Undertow 在「HTTP/2 小响应」与「HTTP/2 明文 h2c」上表现更好，尤其 h2c 领先明显。 █ wastnet █ undertow（每组独立线性刻度，█ 越长越高） 本机回环 localhost · req/s H1.1 wrk ██████████████████████████████████████████████████████████████ 340,063 █████████████████████████████████████████████████████████████ 329,911 H1.1 resp █████████████████████████████████████████████████████████████ 320,846 ██████████████████████████████████████████████████████████████ 327,000 H1.1 body ██████████████████████████████ 2,817 ██████████████████████████████████████████████████████████████ 5,834 H2 resp ███████████████████████████████████████████████████████████ 87,731 ██████████████████████████████████████████████████████████████ 97,867 H2 body ██████████████████████████████████████████████████████████████ 13,258 ███████ 1,969 h2c ███████████████████████████ 137,307 ██████████████████████████████████████████████████████████████ 207,489 局域网跨机（192.168.5.1）结果 场景 wastnet undertow wrk · HTTP/1.1（200 连接） 22,962 22,280 h2load · HTTP/1.1 小响应 161,186 130,780 h2load · HTTP/1.1 + 上传 body 57 48 h2load · HTTP/2（TLS）小响应 103,892 79,544 h2load · HTTP/2（TLS）+ 上传 body 761 65 h2load · HTTP/2 明文（h2c） 174,081 97,614 跨机场景下，wastnet 在 HTTP/2（含 TLS 与 h2c）以及高并发的 HTTP/1.1 上整体占优，其中 h2c 与「HTTP/2 + 上传 body」优势较大；但在「HTTP/1.1 + 上传 body」这种受网络往返主导的用例上，两者都偏低、差距很小。 █ wastnet █ undertow（每组独立线性刻度，█ 越长越高） 局域网跨机 192.168.5.1 · req/s H1.1 wrk ██████████████████████████████████████████████████████████████ 22,962 █████████████████████████████████████████████████████████████ 22,280 H1.1 resp ██████████████████████████████████████████████████████████████ 161,186 ███████████████████████████████████████████████████████ 130,780 H1.1 body ██████████████████████████████████████████████████████████████ 57 ███████████████████████████████████████████████████ 48 H2 resp ██████████████████████████████████████████████████████████████ 103,892 █████████████████████████████████████████████████████ 79,544 H2 body ██████████████████████████████████████████████████████████████ 761 ████ 65 h2c ██████████████████████████████████████████████████████████████ 174,081 ███████████████████████████████████████████ 97,614 结果解读 操作系统是分水岭：在 Linux 上（本机回环场景，服务端运行于 Linux），Undertow 在多个用例明显占优，尤其 h2c 明文（207,489 vs 137,307）与 h2 小响应（97,867 vs 87,731）；而在 Windows 上（跨机场景，服务端运行于 Windows），wastnet 整体占优。 带 body 的 h2 场景是机制问题，与 OS 无关：h2load · HTTP/2（TLS）+ 上传 body 一项，无论 Linux（13,258 vs 1,969）还是 Windows（761 vs 65），wastnet 都是数倍领先。同一用例在两种操作系统下呈现一致的悬殊差距，说明这不是 OS 差异导致，而是 Undertow 在该场景下的处理机制所致（猜测与其提前响应、请求体排空 / backpressure 的处理方式有关）。这一点与上面的 OS 分水岭相互独立，是另一层面的差距。 没有「全面领先」：无论哪一方，都有被对方反超的用例。这正是本文采用对照而非自证的理由。 关于 Undertow Undertow 是一款值得尊敬的成熟作品。它背靠 WildFly 生态，经过大量生产环境打磨，在连接管理、协议兼容性与稳定性上的积淀是 wastnet 这样的新框架需要长期学习的。尤其在 h2c 与部分 h2 小响应用例上，Undertow 展现出的稳健让人印象深刻。 wastnet 基于 Apache 2.0 协议完全开源、免费使用。欢迎基于真实场景复测、提 issue、共建。 相关链接 Gitee：https://gitee.com/xiaoch0209/wastnet GitHub：https://github.com/wycst02/wastnet 协议：Apache License 2.0 附：如何独立复测 本对照所用的方法、脚本与原始数据均公开，欢迎任何人独立复测、挑刺： 压测方法文档：BENCHMARK.md —— 含环境准备、6 个场景定义、wrk / h2load 参数与复现步骤。 压测脚本：bench.sh（Linux/macOS）、bench-start.bat（Windows 启动服务）；原始数据在 bench-results/。 被测版本：wastnet 1.0.1、Undertow 2.2.39.Final。 本文无意用一组数字自证强弱。压测机、网络、JDK、参数任一变动都可能改变结果；本文只是一次特定条件下的快照，目的是把差距摆出来、把短板找出来。若你有更贴近真实业务的场景或不同的配置，跑出的结论不同，那恰恰是有价值的反馈——欢迎提 issue 或 PR。
2026-08-14
优秀的个人博客,低调大师

openKylin 社区 2026 年 6 月运营报告

01社区治理 openKylin项目新增捐赠人 ●中国长城科技集团股份有限公司成为白金捐赠人 ●格兰菲智能科技股份有限公司成为白银捐赠人 首届"openKylin年度风云人物" 为致敬长期扎根社区治理、以实干推动生态发展的先行者，6月25日，OpenAtom openKylin（简称"openKylin"）开源生态论坛现场颁发社区首届"openKylin年度风云人物"奖项。openKylin副主席曹先念、openKylin副主席郑臣明、openKylin TOC导师谭中意三位荣获该奖项。 openKylin开源生态论坛暨生态委员会会议在京召开 6月25日，来自产业、IT、科研、教育等领域的生态委员、行业专家与开发者代表齐聚一堂，回顾openKylin社区的生态建设成果，共同见证多项重磅发布，探讨开源操作系统在AI时代的演进路径与生态未来。 会议举行新增生态委员会委员聘书颁发仪式，本次会议共增选此芯科技、龙芯等单位14名行业优秀代表加入生态委员会，委员总数累计28位，进一步凝聚产业力量，为openKylin生态高质量发展夯实核心支撑。 麒麟软件、国防科大、中国长城等8家单位联合成立openKylin 移动智联工作组依，推动openKylin应用场景向移动端延伸，是国产自主移动智联规模化产业化的关键里程碑。 苦芽科技、openLoong社区、麒麟软件等单位联合成立openKylin 具身智能工作组，聚焦具身智能前沿技术研发与开源生态体系搭建，推动 openKylin 操作系统在人形机器人、各类智能终端等新兴场景落地应用、持续深耕。 openKylin项目工作委员会第四次会议在京召开 6月25日，openKylin项目工作委员会第四次会议在北京召开。委员会成员单位代表及TOC导师等代表参会，增选中国长城代表吴冠群为openKylin工作委员会委员，并全面回顾社区2026年上半年发展成果，共商下一步建设规划与未来发展战略。 02技术进展 SIG组进展 本月新增2个SIG，社区SIG累计157个，新增的SIG为： KylinBotSIG（麒麟软件有限公司） SIG目标：聚焦于将人工智能技术与操作系统深度融合，构建具备自主感知、决策与执行能力的智能体系统，为用户提供更智能、更便捷的桌面交互体验。KylinBot作为openKylin操作系统的AI智能体项目，旨在打造一个能够理解用户意图、自主调用系统能力、高效完成复杂任务的智能助手。 SIG主页：https://gitee.com/openkylin/community/tree/master/sig/KylinBot ZephyrProject SIG（麒麟软件有限公司） SIG目标：致力于基于Zephyr 的实时操作系统研究与社区共建，面向工控、具身智能等需要确定性响应与软硬协同的场景，推动Zephyr在国产硬件平台上的可用性与生态完善，并与openKylin及上游Zephyr社区形成良性互动。 SIG主页：https://gitee.com/openkylin/community/tree/master/sig/ZephyrProject 本月有效PR提交数900个、仓库Fork120个；召开SIG组公开例会5次。截至目前，社区累计有效PR数25100+、仓库Fork数12460个、召开SIG组公开例会446次。 ➢SIG组活跃动态： 本月活跃SIG组数为53个，活跃占比为34%。SIG组活跃地图分布情况（颜色越深表示越活跃，参考维度：PR、Issue、SIG会议、成员引入）。 ➢代表SIG组月度动态： UKUISIG ●桌面组件稳定性与交互体验大幅提升，包括开始菜单、任务栏、多任务视图的优化以及缺陷修复 ●搜索、文件管理器与语音输入法新功能开发，包括智能空间2.0与AI助手 ●跨组件协作与底层框架能力增强，包括QML开发框、应用数据服务、隔空手势 RISC-V SIG ●构建Pytorch和Onnxruntime开发环境docker镜像，并上传DockerHub ●优化llama.cpp推理框架，实现5个矩阵计算函数性能提升5%以上 ●优化RISC-V软件栈，oneDNN算子库增加RVV算子支持，修复openCV risc-v 引擎 bug，xbyak_riscv添加RVA23扩展，所有优化同步贡献到上游社区 X-TeeOS SIG ●文件系统与网络栈演进，优化 VFS mount 语义、权限检查、目录重命名、ext4 dentry 删除等处理 ●TEE 与安全能力增强，修复 OP-TEE regression 相关问题，完善 RSA、ECC、SM4、AES 等密码能力与测试，增强 TEE storage 资源释放与目录枚举处理 ●多架构与 SMP 支持优化，完善 x86_64 SMP、TLB shootdown、TLB flush 同步、arm64 timer fixup、virtCCA SMP 等能力，提升多核与多架构运行稳定性 ●可观测与工程化建设，新增 tracepoint/procfs 导出、sched wakeup/switch tracepoint、SysRq、构建信息打印等能力 kernel SIG ●升级格兰菲显示驱动 ●合并龙芯厂商补丁 ●合并RISC-V厂商补丁 ●修复严重CVE安全漏洞 AgentOSSIG ●系统智能体研发，实现主界面，支持会话、消息、模型、技能、记忆等的展示和管理功能，智能体运行时实现主干-分支协同方式，集成AI PC版本的指令对齐与CUA智能体 ●运行时统一模型推理服务研发，支持最小切换调度及优先级调度策略，支持实时添加、管理、预览及测试模型的界面及接口 ●CUA智能体研发，实现浏览器、微信、腾讯会议等桌面应用操作。优化文本填充、鼠标轨迹及执行过程显示界面 RTOSSIG ●完成 POSIX 接口合规性增强：围绕信号、线程、内存锁、信号量和共享内存接口，修复返回值、错误码、空指针校验和异常路径处理问题，提升 POSIX 标准兼容性与接口稳定性 ●完成外设驱动缺陷修复与加固：针对 Flash、串口、CAN 等设备驱动，修复区域位图清理、参数配置和边界校验缺陷，完善设备注册与异常输入处理逻辑，提升驱动正确性与健壮性 ●完成构建兼容性与代码质量提升：修复 Windows 平台waf构建报错，补全字符串处理模块缺失的接口实现，并订正多处接口注释，改善跨平台可构建性与代码可维护性 SOUISIG ●完成SVG支持，APP开发过程中各种贴图都可以使用SVG来实现，实现SOUI和AI协作开发 ●实现.rc资源文件的跨平台编译 ●开发完成xmusic、xplayer两个app，实现音频，视频全面支持linux系统 版本进展 openKylin智能体操作系统正式发布 当前，人工智能竞争正从模型能力转向智能体落地所需的系统能力，智能操作系统正从大模型引擎向智能体原生快速演进。在此背景下，由国防科技大学、哈尔滨工业大学（深圳）、麒麟软件有限公司等单位共建AgentOS SIG，基于openKylin 2.0联合打造的开源智能体操作系统论坛上重磅发布，致力于构筑系统级智能体执行新范式。 openKylin 3.0生态共建正式启动 openKylin 3.0作为社区面向"AI+OS深度融合"打造的新一代重磅版本，在AI+OS体系能力全面跃升、基础库与核心组件全面升级、RISC-V系统优化与引领、安全可信基础软件生态、智能交互体验实现系统性升级。启动仪式标志着openKylin 3.0生态建设迈入全新阶段，社区诚邀更多合作伙伴共同参与版本研发、生态适配与场景落地，共建AI时代的开源操作系统生态。 openKylin 3.0版本持续开发迭代 完成UKUI 4.24桌面环境开发，新增隔空手势、屏幕朗读、动态壁纸等创新特性及优化，目前已合入3.0最新版本镜像； 完成openHiTLS开源密码套件适配，支持后量子密码算法，目前已打包进入openKylin 3.0仓库； 完成kylin-patch、kylin-time、kylin-wget、kylin-debianutils、kylin-ki18n共5个系统工具的Rust化改造，并合入3.0最新版本镜像。 03生态进展 社区会员 新增保定银行、艾可萨科技等7家单位会员，社区会员共计2168家。 软硬件生态 社区白银捐赠人上海伊世智能科技有限公司的后量子密码相关特性集成进入openKylin3.0仓库。 openKylin全面适配优利龙AI智能体终端 完成openKylin 2.0 龙架构版本与优利龙AI智能体终端的全面适配工作，成功实现openKylin操作系统与开源芯语CAP智能体应用商店、xinyuRAG和OpenClaw、龙优智能体、OpenMitten(大闸蟹智能体）等国内外开源智能体软件的深度兼容。 2026年度 openKylin 应用实践案例征集全面启动 为充分发挥 openKylin 领先应用实践单位在行业内的示范带动作用，携手社区伙伴加快繁荣智能桌面开源操作系统生态，国家工业信息安全发展研究中心联合openKylin社区，正式启动“薪火杯”开源社区应用案例征集工作，面向全社会公开征集2026年openKylin领域领先应用实践成果。 04社区活动 Hello openKylin第三期国际交流生活动成功举办 6月8日，Hello openKylin第三期国际交流生活动在上海成功举办。本次活动由openKylin联合开放原子上海开源促进中心、上海理工大学中英国际学院、金砖国家人工智能发展与合作中心和模速空间共同举办，吸引了来自英国、意大利、爱尔兰、葡萄牙、波兰等国家约30名学生参与。 openKylin走进全国十余所高校 6 月 3 日 —17 日，openKylin 深度参与开放原子校源行、研究生操作系统大赛高校巡讲、CCF 高校行系列活动，先后走进安徽、哈尔滨、上海、成都、西安、河南等地十余所高校。活动现场全面介绍 openKylin 社区发展现状，细致讲解相关赛事参赛规则，分享操作系统前沿技术内容，搭建起高校学术研究与产业落地双向连通的桥梁。 活动时间 活动高校 6月3日 安徽工业经济职业技术学院 6月5日 哈尔滨工程大学 6月8日 西北工业大学 6月8日 西安工程大学 6月9日 复旦大学 6月10日 华东师范大学 6月11日 河南大学 6月16日 西安工业大学 6月17日 西安电子科技大学 6月17日 西安邮电大学 05基础设施 社区运营平台 ●社区官网上线安全漏洞管理规范 社区官网正式上线《openKylin 安全漏洞管理规范 v1.0》，由 Security Governance SIG 安全治理兴趣小组编制发布。规范统一社区安全漏洞接收、研判、修复、披露与全周期管理流程，明确责任主体与适用范围，覆盖社区自研及第三方开源组件，面向所有开发者、运维人员与漏洞上报研究者。同时设立严重、高危、中危、低危四级漏洞分级标准，同步划定上报、响应、披露、激励完整流程，清晰界定各方权责与处置准则。 ●社区官网个人中心功能升级 openKylin 社区官网升级个人中心模块升级改造，优化贡献者体系与进行SIG管理。 贡献者积分体系：新增多维度积分来源明细，实现贡献数据可视化留存，直观展现每一份社区参与成果，优化开发者使用体验，充分调动社区共建积极性。 SIG管理：新增我的SIG，可以直观的查看个人参与的SIG以及SIG贡献数据，以及支持对SIG技术外的其他维度贡献进行上报（如技术专题研讨会、社区赛事参与、创新产品适配、衍生发行版构建等维度），完成SIG参与社区多维贡献成果沉淀。 ●社区官网新增技术衍生发行版模块 openKylin 社区官网新增技术衍生发行版模块，统一公开技术衍生发行版构建、认证标准与流程，清晰指引厂商、开发者合规打造行业衍生发行版，助力 openKylin拓展细分行业生态，推动社区衍生体系标准化、透明化发展。 平台维护与更新 ●多维度平台升级：简化 openKylinID 注册登录流程，完善验证码滑块校验与微信相关安全校验；优化积分看板展示逻辑。SIG 相关导出、自动同步更新功能全部完工，支持多维度数据筛选与仓库 PR 联动更新。 ●官网信息更新：更新 ARM、LoongArch 镜像与文档链接，上线 3.0 Alpha1 下载通道，新增社区案例集入口并优化页面展示与下载功能。 服务更新运维 ●系统监控：实时监控系统，及时发现并解决潜在的系统问题，保障社区平台的稳定运行。 ●用户反馈：及时收集并分析用户意见，不断优化产品，提升用户满意度。 ●安全更新：每周进行安全检查和更新，确保平台的数据安全和用户隐私保护。 ●安全加固：所有服务都已配置安全加速与云防护，保障所有服务安全运行。
2026-07-08
优秀的个人博客,低调大师

openKylin 社区 2026 年 5 月运营报告

一、社区治理 openKylin走进国防科大暨常务委员会会议召开 2026年5月28日，OpenAtom openKylin（简称“openKylin”）走进国防科大暨常务委员会5月会议在湖南长沙国防科技大学召开，来自麒麟软件、联想开天、海光信息、国防科大、国家工信安全中心常委单位代表参会。 openKylin项目新增捐赠人 ● 龙芯中科技术股份有限公司成为白银捐赠人 ● 此芯科技集团有限公司成为白银捐赠人 二、社区荣誉 openKylin 2.0 获评 “关键软件技术创新成果” 5月16日，2026年特色化示范性软件学院院长联席会在清华大学顺利召开。在大会关键技术成果发布环节，由国防科技大学、麒麟软件有限公司、开放原子开源基金会联合共建并推荐提报的开放麒麟（openKylin）开源操作系统V2.0，凭借在系统柔性构建、端侧智能增强等领域的重大技术突破，成功入选本次关键软件技术成果。 三、技术进展 SIG组进展 本月新增 3 个SIG，社区SIG累计 155 个，新增的SIG为： FlagOS SIG（上海苦芽科技有限公司、FlagOS社区） SIG目标：致力于在openKylin上完整落地FlagOS“跨芯片操作系统”的能力，让openKylin用户能够一键部署、高效运行各类AI模型。 SIG主页：https://gitee.com/openkylin/community/tree/master/sig/FlagOS AgentOS SIG（国防科技大学计算机学院） SIG目标：致力于推动面向操作系统的Agent 生态建设，覆盖基础组件、统一模型推理服务、agent运行时、操作系统Agent与多智能体协作集成方案，为操作系统级的智能代理提供开源能力与协作规范。 SIG主页：https://gitee.com/openkylin/community/tree/master/sig/AgentOS EIOS SIG（国防科技大学计算机学院） SIG目标：致力于面向具身智能场景构建安全、高效且统规范的基础软件支撑环境，打造基于openKylin的具身智能操作系统。 SIG主页：https://gitee.com/openkylin/community/tree/master/sig/EIOS 本月有效PR提交数 629 个、仓库Fork 154个；召开SIG组公开例会 5 次。截至目前，社区累计有效PR数 24200+、仓库Fork数 12342 个、召开SIG组公开例会441次。 ➢SIG组活跃动态： 本月活跃SIG组数为 73 个，活跃占比为47%。SIG组活跃地图分布情况（颜色越深表示越活跃，参考维度：PR、Issue、SIG会议、成员引入）。 ➢代表SIG组月度动态： UKUI SIG ● 【快捷面板&通知中心】 完成了勿扰模式插件的开发，并新增了相应的手动控制接口 ● 【文件管理器】 智能空间2.0功能持续推进，已完成与AI助手（AISearchTask）的SDK接口对接，并支持从新建菜单跳转至“另存为空间”对话框 ● 【桌面】为桌面分区管理功能构建了AI模块，实现了通过AI助手（AI Tool）对桌面分区进行创建、管理和文件移动等操作，提升了自动化能力 ● 【隔空手势】隔空手势功能取得关键技术进展，完成了上下/左右挥手、握拳截图等手势的识别与功能实现，并能通过窗管协议识别媒体应用，通过MPRIS接口控制其音量 RISC-V SIG ● 适配godot .Net环境，成功移植运行相关游戏 ● 修复kytensor RISC-V架构打包阻塞并完善内部依赖关系，实现RISC-V架构的支持 X-TeeOS SIG ● 内核能力持续完善：推进 POSIX 兼容、进程/线程 credentials、timer、signal、mremap、getcpu 等能力实现与重构，提升应用运行兼容基础。 ● 文件系统与网络栈演进：优化 VFS mount 语义、权限检查、目录重命名、ext4 dentry 删除等处理；修复 TCP/UDP wakeup、poll 延迟、Unix socket 资源释放等问题，提升系统稳定性。 ● TEE 与安全能力增强：修复 OP-TEE regression 相关问题，完善 RSA、ECC、SM4、AES 等密码能力与测试，增强 TEE storage 资源释放与目录枚举处理。 ● 多架构与 SMP 支持优化：完善 x86_64 SMP、TLB shootdown、TLB flush 同步、arm64 timer fixup、virtCCA SMP 等能力，提升多核与多架构运行稳定性。 ● 可观测与工程化建设：新增 tracepoint/procfs 导出、sched wakeup/switch tracepoint、SysRq、构建信息打印等能力；完善 CI 检查、编译错误展示、Rust 编码规范和文档模板，改善开发体验。 kernel SIG ● 同步1000多个官网补丁 ● 合并龙芯厂商补丁 ● 修复飞腾启动问题 ● 合并cve安全漏洞补丁 CompatWinApp SIG ● wine助手增加看图、音乐、视频三个关联系统默认应用程序的注册表组件 ● 修复企业微信运行异常问题 docs SIG ● 新增维护模式说明文档 ● 新增 openKylin版本发布计划文档 ● 文档目录整理与迁移，并优化英文翻译、丰富文档可视化内容 版本进展 ● 2026年5月29日，openKylin 3.0 Alpha1 版本完成开发、定版，并面向社区开发者和用户正式发布预览。该版本搭载 Linux 7.0 内核，自底层基础库至系统服务层，超过 180 个核心组件完成大版本选型升级 ● openKylin-skills技能库项目正式对外发布并面向广大社区开发者共建，标志着openKylin向AI原生技能生态迈出关键一步 ● 完成Copy Fail、Fragnesia、Dirty Frag等多个Linux内核高危漏洞预警、修复及安全公告发布 ● 官网新增上线 9 款面向AI场景的openKylin应用镜像，包括mmx-cli，copilot，hermes和atomcode等主流agent 四、生态进展 社区会员 新增等武汉讯发科技、青岛卡铺信息等 40 家单位会员，社区会员共计 2160 家。 软硬件生态 ● openKylin成功适配RISC-V具身智能人形机器人 本次适配计划以openKylin 操作系统 + RISC-V 架构 + ROS 机器人软件栈为核心技术底座，聚焦真机环境下的系统运行、运动控制、感知交互等核心能力验证。适配过程中，各参与单位发挥技术优势、高效协同。 ● InfiniTensor开源社区正式加入openKylin社区 双方将以开源为纽带，聚焦智能计算软件栈构建、开源生态深度适配与开发者生态共建，推动底层系统能力与操作系统生态无缝融合；同时，openKylin操作系统已完成对九源统一智能计算平台（InfiniTensor）六大核心开源项目的全方位适配调试，覆盖编程语言、模型推理、模型训练、跨平台工具集、性能测评等全维度AI技术板块。 ● 软硬件生态适配认证 完成深圳吉斯凯达智慧科技有限公司GS-X5通用自动化组态平台与openKylin操作系统适配认证。 五、 社区活动 openKylin受邀参加全球Linux内核顶会 5月8-10日，Linux内核领域顶级技术峰会 —— LSF/MM/BPF 2026在克罗地亚萨格勒布举行。openKylin社区Kernel技术专家、Linux Kernel社区MPTCP Maintainer 唐葛亮受邀出席大会，并发表题为《NVMe over MPTCP》的技术分享。 Hello openKylin系列活动第一期成功举行 5月12日，由openKylin社区联合长沙民政职业技术学院共同举办的“Hello openKylin！”国际青年交流活动顺利举行。来自印度尼西亚、巴基斯坦、老挝、孟加拉等“一带一路”国家的00后国际留学生齐聚长沙，在轻松有趣的互动中走近开源、了解openKylin、体验全球开源社区文化。 Hello openKylin系列活动第二期成功举行 5月23日，Hello openKylin系列活动第二期在上海顺利举办。本次活动由openKylin社区联合开放原子上海开源促进中心、金砖国家人工智能发展与合作中心共同举办，吸引了来自openKylin、KDE、沐曦股份、此芯、苦芽、Intel等生态伙伴与开发者共同参与。 第三届中国研究生操作系统开源创新大赛暨开放原子大赛操作系统专项赛已正式启动 中国研究生操作系统开源创新大赛是教育部学位管理与研究生教育司指导，中国学位与研究生教育学会主办的“中国研究生创新实践系列大赛”主题赛事之一。openKylin社区连续三届赞助支持大赛，致力于推动操作系统开源创新人才培养。今年，openKylin社区同样设置多个赛题，正在火热报名中~ openKylin参与CCF系统软件专委会走进高校活动 5月23日，CCF系统软件专委会走进高校（海南大学站）活动在海南大学顺利举办，校内众多师生到场参与。openKylin生态委员会委员、国防科技大学助理研究员王静带来《面向AIPC的操作系统实践与体会》主题分享。 CCF开源高校行暨红山开源+openKylin联合高校行活动成功举行 5月19日至20日，CCF 开源发展技术委员会开源高校行暨红山开源 + openKylin 联合高校行活动，相继走进山东大学、哈尔滨工程大学青岛创新发展基地，吸引200余名学生参与。 飞桨黑客松第十期「文心合作伙伴赛道」-openKylin 5月17日下午，飞桨黑客松第十期「文心合作伙伴赛道」联合飞腾与openKylin在长沙成功举办线下Meetup。 openKylin参与开放原子校源行 5月28日，扬州大学站圆满举办，一百多名学生参与此次活动。openKylin Community SIG Maintainer 范娇以《openKylin for AIPC 技术与实践》为主题作专题分享。 六、基础设施 社区运营平台 社区案例集展示功能上线 openKylin 社区案例集功能正式上线，集中展示系统在金融创投、教育培训、政务安全、通信互联网、能源行业等多领域成果，呈现伙伴创新实践，为行业用户提供权威参考，助力开源技术与产业场景深度融合。 源动力实习平台升级 源动力实习生任务平台完成迭代升级。平台新增多项openKylin生态优质任务，涵盖开发、测试、系统优化等多个方向。同时，任务打破单人领取限制，部分任务支持多人领取，让更多开源爱好者能够参与实战锻炼。 平台维护与内容更新 文档平台目录结构更新 完成社区文档平台整体优化，对各模块文档的目录结构与对应内容进行梳理与更新，规范文档层级，提升内容准确性与查阅体验，为社区用户提供更清晰、易用的文档服务。 完成多项社区平台运维迭代 完成更新组织架构、增补 3 个城市用户组及组员信息，修复用户组页面编码跳转故障与下载页缩放按钮异常；优化 Discourse 论坛轮播 Banner、主题及搜索栏移动端样式，新增官网友情链接并适配白皮书页面；全方位优化社区基础设施平台内容与前端展示效果。 服务更新运维 ● 系统监控：实时监控系统，及时发现并解决潜在的系统问题，保障社区平台的稳定运行。 ● 用户反馈：及时收集并分析用户意见，不断优化产品，提升用户满意度。 ● 安全更新：每周进行安全检查和更新，确保平台的数据安全和用户隐私保护。 ● 安全加固：所有服务都已配置安全加速与云防护，保障所有服务安全运行。
2026-06-04
优秀的个人博客,低调大师

openKylin 社区 2026 年 4 月运营报告

一、社区治理 openKylin常务委员会4月会议召开 4月30日，2026年OpenAtom openKylin（简称“openKylin”）常务委员会4月会议在线上召开，来自麒麟软件、联想开天、海光信息、国防科大、国家工信安全中心常委单位代表参会。会议汇报了当月工作进展，常委们也对openKylin的发展提出了宝贵建议。 openKylin生态委员会第五次会议召开 4 月 16 日，openKylin 生态委员会第五次会议成功举行。开放原子、麒麟软件、联想开天、海光信息、国防科大、国家工信安全中心、沐曦、中科通量、飞腾、中科方德、兆芯、面壁智能、北京麟卓、景美、涛略、进迭时空、安势信息、技德系统、伊世智能、奕斯伟、软通计算机等单位参会。本次会议围绕委员增选变更、生态运营进展、版本规划及全球生态布局等议题深入研讨，凝聚全产业链共识，共推开源操作系统高质量发展。 openKylin技术委员会4月会议召开 4月9日，openKylin技术委员会会议在北京召开。来自麒麟软件、联想开天、海光信息、国防科大、国家工业信息安全发展研究中心、海河实验室、清华大学、沐曦、飞腾、中科通量、苦芽科技、技德等单位的代表参会，围绕社区治理、版本规划、技术演进等议题展开交流。 二、社区荣誉 openKylin斩获2025年软件和信息技术服务明星开源社区 4月21日，在北京国家会议中心盛大开幕的第五届中国国际软件发展大会上，中国领先的开源操作系统根社区——开放麒麟（openKylin）凭借其在生态建设、技术创新和社区治理等维度的硬核实力，从众多竞争者中脱颖而出，一举斩获“2025年软件和信息技术服务业明星开源社区”荣誉。 openKylin荣获首届“杉达杯”产教融合创新创业大赛优秀命题奖 openKylin荣获上海市教委和上海市经信委联合颁发的首届“杉达杯”产教融合创新创业大赛优秀命题奖。该奖项旨在表彰社区紧扣“行业出题、高校解题”理念，贡献真实产业痛点与技术前沿场景，有力推动了开源人才培养与创新链、产业链的深度对接，彰显openKylin在产教融合赛事领域的技术认可度。 三、技术进展 SIG组进展本月新增有效PR提交数774个、仓库Fork 191个；召开SIG组公开例会4次。截至目前，社区累计有效PR数23600+、仓库Fork数12188个、召开SIG组公开例会436次。 ➢SIG组活跃动态： 本月活跃SIG组数为74个，占比为49%。SIG组活跃地图分布情况（颜色越深表示越活跃，参考维度：PR、Issue、SIG会议、成员引入）。 ➢代表SIG组月度动态： UKUI SIG 【开始菜单】完成Qt6环境下通过任务栏唤醒开始菜单的问题定位与修复，解决了Wayland显示协议下的启动异常 【桌面小组件】实现了插件预览拖拽、优化了跨屏拖拽方案，并完成了动态壁纸的解析与播放调试 【文件管理器】启动了“系统/个人/公共磁盘分区”需求开发，并推进了AI接口、白盒测试与模糊测试的相关工作 【主题与样式】启动了联想新主题的开发与集成，并为安全审计等系统应用申请并集成了新图标 【剪切板】智能剪切板预览框架搭建，支持Office文档、PDF、动图及视频的预览，并处理了功耗问题 RISC-V SIG 向 XNNPACK 社区提交了面向 RISC-V Vector 的 fp32/fp16 RVV 微内核扩展，围绕激活函数、双线性插值和矩阵乘等关键路径补齐并优化了向量化实现 解决vLLM实现对固定向量长度的依赖问题，完善了 RISC-V CPU 后端的 RVV 多 VLEN 适配机制，并提交pr合入vLLM社区 适配了Godot .Net环境，成功移植相关游戏 X-TeeOS SIG 技术交流：组织北京线下sig meetup活动，携手清华大学，共拓 Rust 内核新征程 调度子系统升级：EEVDF 调度算法正式上线，带来更精确的延迟控制和更公平的任务调度 网络方面：原始 ICMP 套接字支持让内核能够直接发送和接收原始 ICMP 包，修复了 sockaddr 兼容性问题 文件系统：ext4 崩溃一致性修复，改善了断电恢复场景下的元数据一致性，确保 journal replay 后磁盘状态可预期 GIC 统一初始化：整合 DT 和静态配置的 GIC 初始化 运行时设备 iomap：MMIO 运行时映射基础设施 GlobalTimer 拆分：monotonic 和 rtc 独立计时源 kernel SIG ●合并此芯厂商补丁 ●合并海光厂商补丁 ●初始化7.0分支代码，提供x86编包支持 NativeCloud SIG ●node相关容器镜像改为仅使用官网CDN的软件包构建 ●开始维护并上传大部分主流AI Agent容器镜像，包括mmx-cli，copilot，hermes和atomcode ●构建单独的distroless容器镜像维护系统，包括slices、splitter和相关distroless镜像定义 ●新建并开发slices项目，主要维护distroless镜像中软件运行环境的定义，简称slice ●新建并开发splitter项目，主要功能是生成slice与通过slice生成相关运行环境的rootfs doc SIG ●新增openKylin 2.0 SP2虚拟机安装新手指南.md ●新增SIG组活跃奖惩方案.md ●新增 Linux学习指南-基于openKylin.md SOUI SIG ●新增加两套布局系统：流式布局和MFC的FrameLayout，进一步完善SOUI框架，版本升级到5.2.0.6 ●基于SOUI实现一个跨平台音乐播放器xmusic 版本进展 openKylin 3.0 正式确定采用 Linux 7.0 内核，同步上游最新技术。同时，针对180+核心组件完成了选型升级构建 发布openKylin 2.0 SP2第三次更新推送，优化软件商店安装体验，新增磐石架构直装软件包的功能，优化开明、KARE、系统更新等模块 ●经技术委员会表决通过，openKylin社区在坚持“LTS版+创新版”的版本发行策略基础上，将LTS系列的维护周期延长为“2+3”年，为社区用户提供更加持续、稳定的使用支持 四、生态进展 社区会员 新增长沙镜像科技有限公司、智新未来（北京）信息科技有限公司、矩网科技等39家单位会员，社区会员共计2120家。 软硬件生态 ●完成杭州中谱科技有限公司中谱跨平台振动控制与信号分析软件与openKylin操作系统适配认证 ●从单点登录到全域安全，openKylin支撑国家电投数字身份认证创新实践 方案依托openKylin强大的组件适配能力与环境适应性，通过版本适配中间层、版本精准匹配、兼容矩阵等技术，解决跨版本运行异常、客户端锁屏故障等问题；针对纯内网场景，采用离线依赖包与自动回滚机制，攻克软件 “装不上、起不来、卸不掉” 行业难题。 ●全球见证！openKylin 获 Pixi 官方认可，助力 RISC-V 生态再获硬核突破 作为 RISC-V 生态核心共建方，openKylin被国际Pixi官方点名认可——社区基于RISC-V SIG组在软件生态移植方面的大量积累，深度参与 Conda 生态 RISC-V 移植与软件仓库建设，为 Pixi 落地 RISC-V 奠定坚实基础，让全球开发者在开源硬件上获得与 x86/ARM 一致的开发体验。 校企合作 ●新增河北司法警官学院加入社区，社区高校站共计128家 ●开放原子开源实习计划启动！openKylin入选首批核心社区 开源实习是开放原子开源基金会联合孵化社区、合作单位共同发起的线上实习项目，旨在鼓励在校学生积极参与开源社区，在实际的开源环境中提升实践能力，在社区中成长为优秀的开源人才。openKylin社区作为首批参与该开源实习计划的社区，将充分发挥自身在操作系统开源领域的核心优势，积极推动高校学生深度参与开源实践。 ●依托课程教学实践 武汉学院有序推进 openKylin 专属教材编撰 结合本学期的openKylin课程教学实践，武汉学院正在撰写基于openKylin的教学实践教材,并已列入学校教材计划，目前进程过半，拟于6月底完成初稿。 五、社区活动 ●第五届中国国际软件发展大会-“链源罗盘”正式亮相 4月21日，第五届中国国际软件发展大会在北京国家会议中心开幕。由麒麟软件联合国防科技大学、北京航空航天大学、工信部电子五所、中国科学院软件研究所、上海交通大学、国家工业信息安全发展研究中心、国网湖北公司及openKylin社区等多方共同承担的国家重点研发计划阶段性核心成果——“链源罗盘”开源供应链综合评估平台在大会上正式发布。 ●openKylin×百度飞桨黑客松｜打卡赛题启动 openKylin作为飞桨黑客松第十期文心合作伙伴赛道核心出题方之一，携官方专属赛题「打卡赛及终极赛赛题」重磅来袭，邀全球开发者聚焦openKylin开源操作系统生态，用代码打造更稳定、更高效、更易用的智能操作系统开源根社区平台。 ●openKylin助力CCF“开源高校行”长沙站 4月20日-22日，CCF“开源高校行”-长沙站分别在国防科技大学、湖南大学、湖南师范大学、长沙理工大学举行。openKylin连续多年作为支持单位与CCF开源发展委员会共同推进开源教育，建立产学研用一体化的开源创新人才培养体系。 ●openKylin协办中国电子学会计算机分会学术活动&4・10会员日活动 4月9日，以“链接产研、智启未来”为主题的计算机分会学术活动暨中国电子学会“4・10会员日” 活动，在北京师范大学昌平校区顺利举行。本次活动由中国电子学会计算机分会主办，北京师范大学人工智能学院承办，openKylin社区协办。 六、基础设施 社区运营平台 ●链源罗盘平台上线 开源软件全生命周期的综合评估平台正式上线与发布，支持Gitee、GitHub等平台上的开源项目进行质量评估、安全性、合规性、可持续性等多维分析。 平台维护与内容更新 ●完成 openKylin 社区服务器安全运维与版本内容更新工作 修复社区服务 Axios 高危漏洞，开展服务器整体漏洞加固及 Webshell 后门文件排查清理，筑牢社区基础设施安全防线，保障平台持续稳定运行；同步完成 openKylin SP2 X86、ARM、Loong64 架构版本上传、镜像站全量同步，并完成相关页面信息更新维护。 服务更新运维 ●系统监控：实时监控系统，及时发现并解决潜在的系统问题，保障社区平台的稳定运行。 ●用户反馈：及时收集并分析用户意见，不断优化产品，提升用户满意度。 ●安全更新：每周进行安全检查和更新，确保平台的数据安全和用户隐私保护。 ●安全加固：所有服务都已配置安全加速与云防护，保障所有服务安全运行。
2026-05-07
优秀的个人博客,低调大师

openKylin 社区 2026 年 2 月运营报告

一、社区大事件 1.发布《2025年度OpenAtom openKylin社区全景案例集》（以下简称‘案例集’）。在2024版的基础上，新增收录了社区成员们在2025年的杰出技术成果和行业应用案例共40余项。通过这些案例，读者可以深入了解openKylin社区在技术创新、AI智能融合、应用生态拓展、行业应用等方面的最新进展，为广大技术爱好者、生态伙伴及行业从业者提供宝贵的参考资料，进一步推动开源技术生态的繁荣发展！ 二、SIG组进展 SIG组进展 本月社区无新增SIG组，目前累计成立151个SIG组。本月新增有效PR提交数150个、仓库Fork 26个；召开SIG组公开例会2次。截至目前，社区累计有效PR数22750+、仓库Fork数11927个、召开SIG组公开例会431次。 ➢代表SIG组月度动态： UKUI SIG 1. 【电源管理】AI助手UKUI控制能力接口支持，提供电源显示充放电的开关接口； 2. 【电源管理】优化电池节能计划，电量低于2%时开启休眠模式； 3. 【文件管理】文件管理器三栏工具栏视觉开发，处理自适应后按钮省略的问题； 4. 【文件管理】文件管理器数据盘任务开发，调整为中文数据盘。 kernel SIG 1. linux-6.6-next分支同步900多个官网补丁； 2. 更新rtw89网卡驱动； 3. 提供RTL8192FU无线支持。 X-TeeOS SIG 1. 在x-kernel这个rust开源项目中，推进 Kconfig 机制引入以替代原有 platform config，优化配置规范性与可维护性。借鉴linux的思路，进行rust内核领域的配置创新，目前已经开发了框架，借鉴 Linux 内核成熟的 Kconfig 配置体系； 2. 安全模块，完成可信子系统、动态度量及 API 开发，当前进入联调与测试用例完善阶段； 3. 虚拟化与文件系统：持续推进 QEMU 功能开发与硬件适配。 ROS SIG 1. 完成100余个ROS2 Jazzy相关包的Debian打包规则整理，编写并完善各包debian目录下的control、rules、changelog等打包配置文件； 2. 适配openKylin nile分支构建环境，批量调整ROS2 Jazzy各包的构建依赖及版本信息； 3. 将100余个ROS2 Jazzy包的Debian打包内容推送至Gitee OpenKylin组织已有仓库nile分支。 SOUI SIG 1. 完成ui编辑器的重构； 2. 增加两套新的布局系统 flowlayout, framelayout。flowlayout是流式布局, 和线性布局类似, 但支持子窗口自动换行。 framelayout则参考MFC的CFrameWnd, 实现一套可停靠的子窗口布局框架； 3. 在uieditor中使用windows的api实现了一套完整的文件树管理逻辑, 包括文件copy、paste、delete、 rename等操作及文件在不同文件夹之间的拖放，已在 linux、macos平台测试通过。 RapidAI SIG 1. 完成了推理引擎的重大扩展，新增了MNN推理后端支持，丰富了多平台部署生态； 2. 对OpenVINO引擎进行了重构优化，支持从模型运行时信息中获取字符列表，并修复了多个bug； 3. 完善了项目文档和社区建设,添加了贡献指南、Discord社区链接,并改进了测试覆盖。 三、生态进展 软硬件生态 openKylin基于超睿DP1000芯片与KVM，将OpenStack全栈移植RISC-V平台。 四、社区活动 1.openKylin参与脑机接口开发者大会 2月3日至4日，由脑机接口产业联盟、脑机交互与人机共融海河实验室、天津大学共同举办的“脑机接口开发者大会”在天津盛大启幕。openKylin社区产品负责人张天雄受邀出席“脑机接口生态与人才培育”分论坛，以《OpenAtom openKylin社区建设实践与人才培养》为题发表主题演讲。 2.openKylin春节红包&活动 2月13日，openKylin上线春节活动，用一行“愿望代码”，共同绘制openKylin的新年蓝图。 五、基础设施 社区运营平台 ●完成官网社区用户组模块更新升级 随着社区的快速发展，社区城市用户组规模持续扩张。目前，全球用户组网络已达 49 个，其中国内用户组 22 个、国际用户组 27 个。新的页面从用户组角色体系、权益与义务、加入流程、已有用户组呈现等维度进行了全面更新升级。 ●智能知识库更新升级 为提升智能问答体验，社区逐步完善知识库体系，不断丰富内容广度与深度。已完成2025.1月到现在的核心新闻内容导入到AI问答知识库中，包括技术类、活动类、会员类等社区重要资讯，有效充实知识库内容，为用户链接更多社区内容。 ●内容更新 社区官网中英文首页 Banner 样式更新，新增直接下载入口及多架构下载按钮；修复 openKylin 用户修改手机号后，微信绑定检测异常导致扫码登录失败的问题。 服务更新运维 ●系统监控：实时监控系统，及时发现并解决潜在的系统问题，保障社区平台的稳定运行。 ●用户反馈：及时收集并分析用户意见，不断优化产品，提升用户满意度。 ●安全更新：每周进行安全检查和更新，确保平台的数据安全和用户隐私保护。 ●安全加固：所有服务都已配置安全加速与云防护，保障所有服务安全运行。
2026-03-03
优秀的个人博客,低调大师

技术干货 ｜AutoMQ x AWS FSxN: 性能报告

背景 AutoMQ 是一款基于 S3 构建的下一代"Diskless Kafka"，完全兼容 Kafka 协议。其云原生架构通过存算分离和按需弹性，显著提升了运维效率。最核心的突破在于，它利用共享存储消除了昂贵的跨可用区（Cross-AZ）数据传输费用，这能为多可用区集群每月节省数千甚至上万美元的网络成本。 在保持极致性价比的同时，AutoMQ 于 2025 年 12 月发布的版本正式引入了对 AWS FSx 作为 WAL 存储选项的支持，以进一步攻克 Diskless 架构的延迟瓶颈。这一演进使 AutoMQ 能够提供媲美本地磁盘的毫秒级延迟，同时保留零跨可用区流量成本和多可用区容灾能力，在低成本、高可靠与极致性能之间实现了完美平衡。 为了在真实生产环境下验证这些架构优势，我们进行了一系列性能基准测试，重点关注客户端观测到的端到端延迟。 Tips: AutoMQ FSxN 能力的正式发布请参考文章：AutoMQ x FSx: 10ms Latency Diskless Kafka on AWS AutoMQ FSxN 实现原理介绍请参考文章： How does AutoMQ implement a sub-10ms latency Diskless Kafka？ 测试场景和结果 要理解测试结果，我们首先需要拆解延迟的产生环节： 延迟的构成 从业务视角来看，延迟主要源于两个方面：Kafka 客户端的排队延迟以及服务端的处理延迟。在接下来的章节中，我们将对这两个部分进行拆解分析，从而让大家能够清晰地理解 AutoMQ 结合 FSxN 设计对二者的具体影响。 服务端处理延迟 传统的 Kafka 架构服务端的主要延迟消耗在：客户端与服务的跨 AZ 通信，以及副本完成跨 AZ 复制（ACK=ALL）。这两段的跨 AZ 通信都是直接的 RPC 请求，在 AWS 上会产生高额的流量。 AutoMQ 从整体架构上做了一些变化：采用 AWS FSx 作为 WAL 存储，省去副本复制的流量费；同时通过 FSx 中继客户端和服务端的跨 AZ 请求，减少客户端和服务端的跨 AZ 流量费。由于增加了转发逻辑，会带来少量额外的处理延迟，但却极大的减少了流量成本。 客户端排队延迟 Kafka 生产者采用"先攒批、后发送"的两阶段设计：首先将消息按分区在内存中累积，当达到batch.size 大小或 linger.ms 时间则会将消息放入就绪队列等待发送；网络层在并发限制内，从队列取出批次并发送到服务端。 在追求极致吞吐的场景下，业务常通过调大 linger.ms 主动攒批，但这会导致请求在客户端排队，从而在业务视角表现为更高的延迟；通常可通过 linger.ms 和 batch.size 两个参数在吞吐与延迟之间进行权衡。这一块可以参考之前的文章，里面有详细介绍：Kafka Performance Tuning: Best Practice for linger.ms and batch.size 测试场景选择 为了全面、客观地评估 AutoMQ 在引入 AWS FSxN 后的性能表现，并提供具备实战参考价值的性能数据，我们将测试场景设定为两个维度：极致性能基准（Baseline）与生产稳态模型（Robustness）。 极致性能基准场景：服务端延迟物理上限测试 在分布式系统中，客户端的排队机制往往会掩盖存储介质真实的 I/O 响应。因此，我们首先通过设置 linger.ms=0 且在低并发压力下进行测试，旨在构建一个"零排队"的理想环境。 测试目的： 剥离客户端干扰，直接探测 AutoMQ 结合 FSxN WAL 后的服务端核心处理时延 与网络中继损耗，确立该方案的物理性能边界。 生产稳态模型场景：高吞吐下的确定性延迟测试 在真实的生产实践中，流量波动（Burst）、生产者扩缩容以及分区负载不均是常态。为了追求吞吐量与成本的平衡，开发者通常会通过 linger.ms 和 batch.size 进行攒批调优。 测试目的： 我们选取了典型的生产配置（如 linger.ms=3），并模拟集群满负载运行 状态。此场景旨在验证在真实业务压力下，AutoMQ 是否能提供高确定性的延迟输出，并观察其在处理海量小包写入（High TPS）时的尾部延迟（P99/P999）表现。 通过这两个维度的对比，我们不仅能展示该方案在理想状态下的爆发力，更能证明其在复杂生产环境下作为核心基础设施的稳定性。 详细测试 测试环境如下： 使用 OpenMessaging 基准测试框架，写入总吞吐 300MiB/s，Fanout 比例为 1:4； Server: m7g.4xlarge *3; WAL Storage: FSx 736MBps、1T SSD、3072IOPS; Client: m7g.4xlarge *3; 集群水位满载运行； 耗时最短的场景 为了探测系统的物理性能上限，我们构建了一个"零排队"的理想环境，重点调整了影响时延的关键参数： batch.size=64K、linger.ms=0（默认） 不开压缩（开启压缩会降低写入吞吐量，带来更低的写入延迟，降低测试场景的挑战） 具体配置如下： name: Kafka driverClass: io.openmessaging.benchmark.driver.kafka.KafkaBenchmarkDriver # Kafka client-specific configuration replicationFactor: 1 topicConfig: | min.insync.replicas=2 commonConfig: | bootstrap.servers=10.0.0.112:9092 producerConfig: | acks=1 batch.size=65536 client.id=automq_type=producer&automq_az=us-east-1b consumerConfig: | auto.offset.reset=earliest enable.auto.commit=true client.id=automq_type=consumer&automq_az=us-east-1b Record Size = 64 KB 写入 TPS = 4,800 分区总数 = 96 Producer 数量 = 48 工作负载配置如下： name: Lowest latency case topics: 1 partitionsPerTopic: 32 messageSize: 65536 payloadFile: "payload/payload-64Kb.data" subscriptionsPerTopic: 4 consumerPerSubscription: 16 producersPerTopic: 16 producerRate: 1600 consumerBacklogSizeGB: 0 运行结果 写入总吞吐图 300MiB/s，读取约 1.2GiB/s； CPU 消耗约 27.5%，内存占用约 10G； 写入平均延迟 6.0ms、P99 13.11ms、P999 17.68ms； 端到端平均延迟 7.79ms、19.0ms、29.0ms； linger.ms=0 即不等待攒批完成，如果当前进行中请求不超过请求最大并发数，则会立即将消息发送到服务端，这种情况下耗时客户端耗时最短。但当随着业务量峰谷的变化，写入吞吐量、TPS 上涨等，可能会受请求并发数限制产生额外的客户端排队，从而影响最终的延迟。 所以，该场景为理想情况下的延迟；虽然耗时更短，但容易受业务量、客户端数量的影响出现起伏，不够稳定。 耗时更加稳定的场景 既然极致性能场景存在波动的风险，那么在追求吞吐量与稳定性平衡的生产环境下，AutoMQ 的表现又会如何呢？接下来让我们观察在开启客户端攒批后的稳态测试结果。 batch.size=64K linger.ms=3（根据服务端处理耗时估算出客户端攒批的时间） 具体配置如下： name: Kafka driverClass: io.openmessaging.benchmark.driver.kafka.KafkaBenchmarkDriver # Kafka client-specific configuration replicationFactor: 1 topicConfig: | min.insync.replicas=2 commonConfig: | bootstrap.servers=10.0.0.112:9092 producerConfig: | acks=1 linger.ms=3 batch.size=65536 client.id=automq_type=producer&automq_az=us-east-1b consumerConfig: | auto.offset.reset=earliest enable.auto.commit=true client.id=automq_type=consumer&automq_az=us-east-1b 更小的消息会带来更多的写入消耗，为了更有通用性，我们将 recordsize 设置了更小，以使结果在更多的场景适用。 record.size = 1K 写入 TPS = 307200 分区总数 = 96 Producer = 15 具体工作负载配置如下： name: 1 Robust latency case topics: 1 partitionsPerTopic: 32 messageSize: 1024 payloadFile: "payload/payload-1Kb.data" subscriptionsPerTopic: 4 consumerPerSubscription: 5 producersPerTopic: 5 producerRate: 102400 consumerBacklogSizeGB: 0 运行结果 写入总吞吐图 300MiB/s，读取约 1.2GiB/s； CPU 消耗约 31.5%，内存占用约 14G； 写入平均延迟 7.89ms、P99 16.30ms、P999 30.26ms； 端到端平均延迟 9.88ms、22.0ms、38.0ms； 增加了linger.ms=3 会带来额外的客户端延迟，但能带来更加稳定的攒批结果，能更好的应对业务流量峰谷，集群扩缩容 Producer 数目变化对延迟的影响，能够提供更加稳定的延迟表现，在实际生产中更具有参考意义。 此外，测试用例是按照集群满负载的情况运行，对 P99、P999 的更具有挑战。AutoMQ 内部经过大量优化，以确保文件系统耗时更加稳定。 从文件系统写入延迟热力图看 90%的写入响应都在 1ms 以下，同时 91%的读取都在 1ms 以下。 关于成本 看到这里，你可能会产生疑问：既然性能实现了如此惊人的飞跃，成本是否也会随之"水涨船高"？ 事实恰恰相反。在 AutoMQ 的集成架构中，FSxN 并非用于海量数据的长期堆积，而是仅作为"高速缓冲站"运行。它只负责承载极少量的最新预写日志（WAL），而海量的业务数据依然存储在价格极低的 S3 中。 为什么成本依然极低： 按需占用，规模固定： 由于数据会迅速沉降到 S3 存储桶，FSxN 仅需占用极小且固定的资源容量，不会随业务数据量的增长而产生高额费用。 省下巨额流量费： 虽然集成 FSxN 会带来少量的资源开销，但它彻底消除了传统 Kafka 最昂贵的"跨 AZ 复制流量费"。 99% 的存储在 S3： 绝大部分数据都存储在成本极低的 S3 上。 这意味着即使集成了 FSxN 提升性能，AutoMQ 的整体拥有成本（TCO）依然比传统 Kafka 节省近 90%。 详细可以查看：👉 AutoMQ x FSx: 10ms Latency Diskless Kafka on AWS 总结 通过引入 FSxN 作为 WAL，AutoMQ 在保持跨 AZ 容灾与 S3 存算分离优势的同时，将平均写入延迟从数百毫秒大幅降至 10ms 以内，性能表现媲美本地磁盘。这一突破彻底补齐了 Diskless 架构的性能短板，使其能够以极具竞争力的成本和高稳定性，完美支撑微服务、风控及交易撮合等延迟敏感型核心业务。
2026-01-14

资源下载

更多资源
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2026-08-21 大小: 5MB 下载: 2次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

时间: 2026-08-21 大小: 9.84MB 下载: 40次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册