网站头条 第6页

Lab Wayland 合成器“labwc”v0.8 现已作为此 Wayland 合成器的最新版本提供，该合成器已重新基于 wlroots 0.18 Wayland 库。

Wlroots 0.18 上个月发布，具有新的 Wayland 协议、对 GPU 重置恢复的支持以及其他功能。Labwc 0.8 现在已准备好将 wlroots 0.18 功能用于 Sway 和其他合成器使用的此库。

Labwc 0.8 还在其撕裂选项中添加了新的“全屏”和“全屏强制”选项，可以选择在会话锁定时允许键绑定，在拖动平铺/最大化窗口时增加阻力，支持渲染器丢失恢复，支持 xinitrc 脚本在启动时配置 XWayland 服务器，支持相对平板电脑运动，以及其他功能和修复。Labwc 的新渲染器丢失恢复支持类似于 Sway 提供的支持。

通过 GitHub 下载有关 Lab Wayland Compositor 0.8 版本的更多详细信息。

转自 Lab Wayland Compositor 0.8 Released, Ported To wlroots 0.18 – Phoronix

易用、好用的国产操作系统生态，离不开伙伴的支持。近日，麒麟打包工具（kylin-packer）正式上架麒麟软件商店，生成软件包从未如此简单。

它将应用程序打包成软件包的复杂难点一一拆解，应对deb包中debian目录中文件编写规则、软件包依赖、打包规范等复杂情况，基于银河麒麟操作系统生成规范的软件包。

麒麟打包工具作为一个拥有可视化界面的应用，能够大幅降低软件适配时打包过程的上手难度，只需几步，即可生成可靠的、符合麒麟操作系统规范的软件包。

产品特点

友好的GUI可视化界面，可根据界面引导逐步完成打包过程，无需再面对命令行终端和复杂难懂的debian系列文件。

自包含功能提高软件包的兼容性，可以将软件包的依赖包含于软件包中，极大程度摆脱对于系统环境的依赖，大幅提高应用程序的兼容性。

默认遵循麒麟操作系统打包规范，能够帮助适配厂商顺利地完成打包、规范检测、上架商店的过程。

除了支持二进制程序打包外，还支持网页应用打包，只需提供一个网站URL，即可生成本地化应用，并可与本地桌面环境联动，如文件管理器、通知弹窗。

支持ukey软件包签名、软件包检测、开机自启动、rpath调整、运行时分析、生成图标等多个功能，可以满足多方面需求。

使用方式

支持二进制程序打包和网页应用打包两种打包方式。

－ 二进制程序打包：

可以选择一个目录，也可以选择一个软件包，通过勾选文件来决定是否包含在生成软件包中；也可以先配置软件包中文件安装的路径，之后根据打包工具界面填写完成软件包信息即可。

－ 网页应用打包：

将网页地址打包成一个带有ui窗口界面的功能，使其作为一个桌面应用存在，方便使用，不必每次使用时再寻找。

功能多样

－ 自包含处理

可以提高软件包的兼容性，使其在多架构、多平台运行。

勾选“自包含处理”选项，进入到自包含处理界面，根据实际情况勾选需要打进安装包的依赖库，这样在编包的时候将依赖包含，提高了软件包的兼容性。

－ 软件包签名

方便应用厂商将软件上架软件商店，生态适配更便捷。

在打包过程中勾选了“软件包签名”选项或者在——“软件包签名”界面，在生成软件包的时候将验证ukey签名，提高了软件包的安全性。

－ 开机自启动

如果要打包的软件包需要在开机时就启动，则可勾选此选项完成开机自启动功能。

－ rpath调整

如果需要对二进制文件的链接库路径进行调整，可选择使用rpath调整功能，对链接库的路径进行调整。

比如调整链接库路径为/usr/lib/aarch64-linux-gnu/，该功能是自包含过程中所需的关键步骤，目的在于将应用程序的依赖库搜索路径重定向到自身软件包目录下，从而实现和系统库的解耦。

－ 运行时分析

用于分析系统中正在运行中的进程以及该进程运行时依赖库。

运行分析界面中点击“刷新”即可在左侧界面中查看当前正在运行中的进程，也可按关键字查找目标进程。

当选中进程时在右侧界面可以显示出运行时依赖，选中需要导出的依赖项，选择“合并”或者“全选”决定导出方式。

该功能应用于多进程的应用以及运行时依赖相对复杂的情况，通过手动导出运行时依赖，配合rpath调整功能，完成更高级的自包含处理过程。

－ 生成图标

应用生成图标界面，可将.svg格式的图片生成不同大小的图标，以满足不同需要。

打包桌面应用时需要提供各个尺寸的应用图标，用于被不同的桌面环境组件读取和显示。

为了简化该类图标文件的生成，打包工具中提供根据矢量图一键生成各尺寸图标的功能。

快科技8月14日消息，北极雄芯(Polar Bear Tech)官方宣布，历经近2年的设计开发，自主研发的启明935系列芯粒(Chiplet)已经成功交付流片，而且一次性投出两颗，一是通用型HUB Chiplet“启明935”，二是原生支持Transformer全系算子的AI Chiplet“大熊星座”。

北极雄芯成立于2018年，由清华大学交叉信息研究院助理教授马恺声创办，清华大学姚期智院士创建的交叉信息核心技术研究院孵化发展，在西安、北京、天津、南京设立研发中心。

该公司致力于成为基于Chiplet的定制化高性能计算解决方案领航者，采用创新型的Chiplet异构集成模式，以通用型Hub Chiplet、功能型Functional Chiplet等模块为基础，针对不同场景支持灵活的封装方式，为广大高性能计算场景使用方提供低成本、短周期、高灵活性的解决方案。

2023年初完成测试并发布了国内首个基于Chiplet架构的“启明930”芯片，在国产封装供应链上成功完成了工艺验证；

同年，发布首个基于国内《高速芯粒互联标准》的D2D接口PB Link，为Chiplet独立开发组合大规模量产奠定了基础。

北极雄芯的启明935系列芯粒包括以“启明935”高性能通用HUB Chiplet为核心，以及“大熊星座”AI Chiplet和GPU Chiplet等功能型Chiplet的芯粒家族，基于车规级要求设计，灵活搭配，可快速生成面向自动驾驶、具身智能、AI推理加速等场景的终端产品。

“启明935”高性能通用HUB Chiplet，基于多核ARM CorteX-A系列CPU核心，支持PCIe 5.0、LPDDR5，集成北极雄芯自主研发的车规级Zeus Gen2 NPU核心提供AI加速算力，还包含视频编解码模块、ISP模块、万兆网口及MIPI接口、信息安全及功能安全模块等，符合车规级设计要求。

4个独立的PB Link接口，芯粒互联带宽合计128GB/s，可与其他功能型芯粒拓展组合。

“大熊星座”AI Chiplet基于自主研发的Zeus Gen2 NPU核心，不同核心既可独立运行，也可联合运行加速同一任务。

原生支持Transformer全部算子，带宽利用率高，支持INT4、INT8、INT16、FP16等计算精度，支持常见的卷积层、线性层、池化层和激活层，功能上支持常用检测、分类等模型，包括但不限于VGG、ResNet、Yolo等。

可有效支持PyTorch、TensorFlow、PaddlePaddle、ONNX等主流AI框架，在不同AI模型上实测平均利用率达到70%以上。

北极雄芯用于智能座舱领域的GPU Chiplet也在同步开发中，预计2025年中交付流片。

通过启明935 HUB Chiplet与不同数量的AI Chiplet灵活搭配组合，可形成不同算力档次的自动驾驶芯片，覆盖辅助自动驾驶、高速NOA、城市NOA、车路协同等自动驾驶算力需求。

未来加入GPU Chiplet组合后，可生成不同AI、GPU算力的舱行泊一体芯片，为下游OEM、Tier1提供智能驾驶解决方案，而且成本较低，灵活性更高。

基于启明935 HUB Chiplet及AI Chiplet异构集成的多颗自动驾驶芯片，已于2024年取得SGS、中汽研境内外ISO-26262 ASIL-B车规级双认证，是国内首个取得车规级认证的Chiplet产品，预计将于2024年底提供核心板交付下游开展适配工作。

基于启明935 HUB Chiplet与AI Chiplet组合的AI推理加速模组、加速卡，也可以广泛应用于边缘侧、端侧AI推理应用领域，包括AI推理一体机、工控机、机器人等，并支持70B的大模型推理加速。

NVIDIA CUDA生态建设得非常繁荣，也成为其极具竞争力的护城河，自然不会允许别人随便染指，今年3月发布的CUDA 11.6版本就明确规定，不允许在非NVIDIA平台上逆向工程、反编译或反汇编CUDA SDK生成的任何结果。

首当其冲被影响的就是ZLUDA项目，出自大神级开发者Andrzej Janik，只需用ZLUDA库替代CUDA即可，不需要任何转译，也不需要调整代码。

ZLUDA最初通过Intel oneAPI开发接口、Level Zero软件堆栈跑在Intel平台上，之后一度终止，幸好得到了AMD的支持而重启，并支持AMD硬件，效果还不错，但是仅仅维持了两年，AMD就在今年2月份不得不放手，ZLUDA随后改为开源。

即便如此，它也没有被放过。

Janik最新披露，GitHub上的ZLUDA开源代码已经根据AMD的要求全部删除。

他还表示，这些代码最初发布的时候，是通过了AMD邮件批准的，但是现在，AMD的法务部门表示它们并不合法。

有趣的是，Janik还特别强调，他没有收到NVIDIA的任何通知，也没有法律威胁。

尽管如此，Janik并未彻底屈服，他已经得到了新的资助，打算基于AMD支持前的代码，重新打造不同版本的ZLUDA，但也会失去一些特性，比如不会再有NVIDIA GameWorks——之前都已经能在《蝙蝠侠：阿卡姆之夜》中实现了。

顺带一提，摩尔线程的MUSA方案也可以迁移CUDA应用，但它不涉及CUDA相关代码的变动，而是另起炉灶，重建底层提供支持，所以不涉及违规。

8月8日，麒麟软件、openKylin社区承办的024中国操作系统产业大会上，银河麒麟操作系统的首个AI PC版本正式发布。

2023年，麒麟软件同时在桌面端、服务器端两大市场均位列本土厂商第一，持续领跑中国操作系统市场。

目前，麒麟软件软硬件适配总量超过520万，麒麟软件应用商店累计下载总次数超过7500万、平均日活超过15万、日下载量超10万。

中国工程院院士倪光南在会上发言指出，麒麟操作系统不仅广泛支持多种国产芯片，同时与AI大模型等技术融合发展。

实践证明，国产操作系统只要勇于创新、勇于突破、勇于坚持投入基础研发，就能不断提升关键核心技术攻关能力。

麒麟软件也是国内最早一批从事开源操作系统研发的企业，openKylin在今年5月成功完成了首个央企的基金会捐赠。

本次发布的AI PC OS操作系统，实现了对多种模型的统一管理和调度，可省却全栈调校的步骤，同时让用户在一个硬件设备中方便地运行多种模型，把PC打造成可用、好用、实用的生产力工具。

同时，银河麒麟智算操作系统发展支持异构算力，构筑AI算力底座，以安全可靠、异构混训、性能高效、统一生态为技术特点，将继续拓展生态、丰富场景、向全行业推广。

伴随着AI新品的发布，麒麟软件智能计算联盟正式成立，成员单位涵盖智算领域芯片、整机、模型、应用等企事业单位、高等学校、科研院所、社会团体等，将共同探索智能计算技术，树立标杆应用，推动产业全链条升级，打造我国自主创新智算生态体系。

同时，会上还发布了银河麒麟高级服务器操作系统V10 SP3低时延版本。

应用案例方面，上海证券交易所与麒麟软件等共同研究并验证了高性能低时延操作系统及相关系统级服务，并在交易所核心业务应用的环境部署、验证和测试。

经过测试，端到端深度优化性能提升20%，整体性能满足证券交易系统的性能指标要求。

中国交通建设集团的新建业务系统严格基于国产技术路线进行设计、开发和部署，服务器及终端操作系统以银河麒麟操作系统为主。

现已完成全集团2000余套CentOS升级改造工作，迁移过程平稳、顺滑。

基于公司核心船舶北斗定位系统的CentOS替代工作，还获得了工信部“2021年服务器操作系统创新应用卓越奖”。

今年年初，AMD在GitHub上发布了一个开源的XDNA Linux驱动程序，用于支持其最新的Ryzen移动SoC中的Ryzen API NPU IP。直到上个月，在7月中旬，AMD才开始提交驱动程序进行审查，以便它可以在“accel”加速器子系统中向主线Linux内核迈进。今天对该驱动程序进行了第二次修订。

AMDXDNA v2 是在几分钟前发布的，作为支持 AMD Ryzen AI NPU 的修订补丁。由于过去三周收集的早期代码审查，v2 迭代有一些小的代码更改和其他一些小工作。

“NPU（神经处理单元）是集成到AMD客户端CPU中的AI推理加速器。NPU 能够高效执行 CNN、LLM 等机器学习应用程序。 NPU 基于 AMD XDNA 架构。

AMD NPU 由以下组件组成：

– AMD AI Engine 处理器的平铺阵列。
– 微控制器，运行NPU固件，负责命令处理、AIE阵列配置和执行管理。
– PCI EP，用于NPU设备的主机控制。
– 互连，用于将 NPU 组件连接在一起。
– SRAM供NPU固件使用。
– NPU用于保护主机内存访问的地址转换硬件。

NPU支持多个并发完全隔离的上下文。并发上下文可能在空间上和/或临时绑定到 AI 引擎数组。

该驱动程序根据 GPL-2.0 获得许可，但 UAPI 标头除外，该标头获得 GPL-2.0 许可，带有 Linux-syscall-note。

到目前为止，AMDXDNA Linux 内核驱动程序具有开源用户空间软件，支持 Xilinx XRT 和 IREE 的 AMD AIE 插件。最终，AMD统一AI软件堆栈将会到来。

我们将了解如何审查 v2 补丁。希望这个 AMDXDNA 内核驱动程序将被视为准备好合并下一个周期，这将是 Linux 6.12，也恰好是今年的长期支持 （LTS） 内核。Linux 6.12 合并窗口将于 9 月打开，但稳定版本要到 11 月下旬左右才会发布，遗憾的是，这使得 AMDXDNA 无法与 Ubuntu 24.10 等产品一起使用，因为它具有开箱即用的 Ryzen AI NPU 支持。长话短说，希望在 2025 年，我们将在 Linux 上看到更强大、开箱即用的 AMD NPU/AI 体验。

转自 AMD XDNA Linux Kernel Driver For Ryzen AI Updated – Phoronix

GNU Binutils 2.43 在本周日发布，作为开源 GNU 编译器工具链中这一重要部分的最新更新。

带有 GNU Binutils 2.43 的 GNU 汇编器增加了对“.base64”指令的支持，该指令允许将 Base64 编码的二进制数据作为字符串提供。

GNU Binutils 2.43 汇编器还支持各种 Intel APX 功能，如 CFCMOV、CCMP、CTEST、NF 和 zero-upper。

带有 Binutils 2.43 的 GNU Linker 现在增加了对 DT_RELR 类型压缩运行时重新定位的支持，用于 AArch64 和 LoongArch 架构。

Binutils 的 readelf 命令现在将详细显示DT_RELR位置。

Gprofng 改进了对硬件事件计数器的支持，包括添加对 AMD Zen 3 和 Zen 3 以及 Intel Ice Lake 的支持。Gprofng 还初步支持 RISC-V。

关于 GNU Binutils 2.43 更改的更多详细信息，请访问 info-gnu 邮件列表。

转自 GNU Binutils 2.43 Released With Intel APX Assembler Preparations & More – Phoronix

Super Grub2 Disk 是一个实时平台，可帮助用户启动几乎所有操作系统，即使系统无法通过正常方式启动。 该项目的最新版本是 Super Grub2 Disk 2.06s4，它引入了对 Btrfs 卷的支持。 “这个新版本包含许多新功能。 在所有超级 Grub2 磁盘中添加了 BTRFS 支持。 操作系统特定选项： EFI、FreeBSD、FreeDOS、Linux、Mac OS X、MS-DOS、Windows 98、Windows NT、Windows Vista（及更新版本）。 新操作系统： 从 /boot 分区访问 GNU/Hurd、ReactOS 和 Linux。 更新了 Debian 和 Ubuntu secureboot 二进制文件，使它们能在更新或最新的 UEFI 上正常工作。 (修复）启用本地磁盘驱动器后强制更新设备。 grub.cfg 文件现在可在 EFI 分区中搜索。diskpartchainboot.cfg：修复引号标签。 分区标签。 整体重新设计。 重构 unicode 字体文件生成。 新增匈牙利语、繁体中文、波兰语和日语翻译”。

更多信息可以在项目的发布公告中找到。下载： super_grub2_disk_2.06s4.zip （93MB， SHA256）.

转自 Distribution Release: Super Grub2 Disk 2.06s4 (DistroWatch.com News)

Google 工程师 Rong Xu 建议在基于 Clang 的构建的主线 Linux 内核中添加 AutoFDO 和 Propeller 支持，因为它可以帮助系统性能提高高达 5~10% 的范围。

AutoFDO 是 Google 的一个项目，用于使用 LLVM/Clang 进行自动反馈导向优化。Google 的 Propeller 与应用程序软件的配置文件引导重新链接优化器具有类似的重点……或者使用这些补丁，Linux 内核。这些是基于编译器的优化技术，用于生成更快的二进制文件，Google 发现将 AutoFDO 和 Propeller 结合使用 Linux 内核镜像是值得的。

蓉旭在本周发出的补丁系列中解释道：

“这个补丁系列是将 AutoFDO 和 Propeller 支持集成到 Linux 内核中。AutoFDO 是一种基于配置文件的优化技术，它利用硬件采样来增强二进制性能。与基于仪器的 FDO （iFDO） 不同，AutoFDO 提供了一个用户友好且简单的申请流程。虽然 iFDO 通常具有卓越的配置文件质量和性能，但我们的研究结果表明，AutoFDO 取得了显着的有效性，使性能接近基准应用程序的 iFDO。与 AutoFDO 类似，Propeller 也利用硬件采样来收集配置文件并应用链接后优化，以提高基准测试的性能，高于 AutoFDO。

我们的经验数据显示，AutoFDO 和 Propeller 的性能显著提高，在微基准测试中提高了 10%，在大型仓库规模基准测试中提高了 5%。这为将它们作为受支持的功能包含在上游内核中提供了强有力的理由。
。
进行了实验，以比较 AutoFDO 优化的内核映像（版本 6.9.x）与默认构建的性能。该评估既包括开源微基准测试，也包括来自 Google 和 Meta 的真实世界生产服务。选定的微基准测试包括 Neper（一个网络子系统基准测试）和 UnixBench（一个用于评估各种内核操作的综合套件）。

对于 Neper 来说，AutoFDO 优化使吞吐量提高了 6.1%，延迟减少了 10.6%。Unixbench 在低系统负载下的指数得分提高了 2.2%，在高系统负载下提高了 2.6%。

AutoFDO 依赖于 CPU 性能监控单元 （PMU） 的反馈来收集分析数据。与其他 FDO 技术不同，AutoFDO 不依赖于具有单个优化内核服务的插桩内核，用于执行和配置文件收集。

鉴于这些收益以及 AutoFDO / Propeller 比其他一些编译器优化技术更直接，希望这些补丁有机会在未来被主流化。

很高兴看到 Google 继续努力提高上游 Linux 内核的性能。

有关此提案的补丁和更多详细信息，请参阅此补丁系列。

转自 Google’s AutoFDO & Propeller For The Linux Kernel Helps With Up To 5~10% Faster Performance – Phoronix