Resonators 0.1: 用于实时频谱分析的 Rust 库发布

作者在 r/rust 社区发布了首个 Rust crate Resonators 0.1，这是一个面向实时频谱分析的开源项目，核心是对 Alexandre François 的 Resonate 算法进行 Rust 实现。

亮点

• 无需窗口或缓冲区，即可实时计算近似 STFT / CQT 类频谱图
• 原参考实现依赖 C++ 与 Apple Accelerate，Rust 版本可运行在 Ubuntu 等更多平台
• 同时提供 Python 与 WebAssembly 绑定，方便接入训练流程和浏览器推理
• 作者还做了浏览器实时演示，可直接把麦克风输入可视化为对数频率分段频谱图

技术栈

• criterion / cargo bench
• SIMD
• maturin、PyO3
• wasm-bindgen / wasm-pack
• AudioWorkletNode

原文链接：https://www.reddit.com/r/rust/comments/1st2en4/resonators_01_a_rust_crate_for_realtime_spectral/ 项目链接：https://github.com/jhartquist/resonators 在线演示：https://jhartquist.github.io/resonators/spectrogram/

statline：终端里的 CSV / Parquet 数据分析工具

statline 是一个命令行数据集分析工具，目标是在终端里快速得到一份“无头 EDA”结果，不必打开 Notebook，也不用先写一段 pandas 或 Polars 脚本。

主要能力

• 一条命令完成 CSV 数据概览
• 支持 .parquet / .pq 文件扫描
• 输出列级统计：类型、计数、空值、均值、最小值、最大值等
• 支持标准差与 P25 / P50 / P75 等分位数
• 统计唯一值数量，适合大体量数据集快速摸底
• 可输出 JSON，方便 CI 或脚本接入
• 基于 Polars LazyFrame 实现高效扫描

使用场景

• 快速理解别人交付的表格数据
• 在 Shell / CI 里做数据质量检查
• 在不进入 Notebook 的情况下先做一轮结构摸底

安装方式：

• cargo install --git https://github.com/a6ir/statline
• 或克隆仓库后运行 ./scripts/build.sh

原文链接：https://github.com/a6ir/statline

Ubuntu Rust Coreutils 安全审计进展：26.10 目标实现“100% Rust Coreutils”

Canonical 委托第三方对 Rust Coreutils 做了独立安全审计。根据公开信息，审计由 Zellic 完成，发现了 113 个问题，其中包含大量需要修复的安全项；目前绝大多数问题已经处理。

当前状态

• Ubuntu 26.04 LTS 将搭载 Rust Coreutils 0.8
• cp、mv、rm 仍暂时由 GNU Coreutils 提供
• 主要原因是这些命令在 Rust Coreutils 中仍有待解决的 TOCTOU 问题

后续计划

• Canonical 目标是在 Ubuntu 26.10 达成“100% Rust Coreutils”
• 这也意味着 Rust 版核心用户态工具链正在进一步逼近生产默认值

这条消息的价值不只在“又一个 Rust 重写项目”，更在于：它正在被真正放进大规模发行版的系统默认路径里，并接受安全审计与发布节奏的检验。

原文链接：https://www.phoronix.com/news/Ubuntu-Rust-Coreutils-Audit

gRPC 框架性能基准更新：Rust Tonic 位列第一梯队

一份新的 gRPC 基准测试结果对多种语言和框架做了对比。在复杂 protobuf 协议、50 连接、1000 并发、120 秒测试条件下，Rust 阵营表现依旧非常强势。

结果摘录

1. Rust Tonic（单线程）：102,754 req/s，平均延迟 9.42ms，内存约 14.97 MiB
2. Java Vert.x gRPC：100,308 req/s，平均延迟 9.74ms
3. Rust Thruster（单线程）：98,464 req/s，平均延迟 9.83ms，内存约 13.13 MiB
4. Rust Thruster（多线程）：88,443 req/s
5. .NET gRPC：84,809 req/s

观察

• Rust 框架在吞吐、延迟、内存占用三个维度都很能打
• 与 Java / Scala 方案相比，Rust 与 C++ 的内存占用明显更低
• 动态语言实现整体仍处于后排，例如 Python、Ruby 的吞吐量显著落后

如果你正在评估高性能 RPC 服务栈，这类横向对比依然很有参考价值，尤其能帮助判断“极限性能”和“资源效率”之间的权衡。

原文链接：https://github.com/LesnyRumcajs/grpc_bench/discussions/559

--

From 日报小组 Mike

社区学习交流平台订阅：

• Rustcc论坛: 支持rss
• 微信公众号：Rust语言中文社区