Pipelight v0.6.14 - 一个更简单的自动化pipeline工具

Pipelight 的使用方式有很多种，因此我必须保持本自述文件的简洁，以便您快速掌握其概念。

您应该查看文档以获得更友好的方法和更深入的理解。

Pipelight 是一个 6Mb 的二进制文件，在终端中使用。它的目的是自动化无聊和重复的任务。

文章链接，https://www.reddit.com/r/rust/comments/15vc3gy/pipelight_automation_pipelines_but_easier_v0614/

Github 链接，https://github.com/pipelight/pipelight

RustyPlayer

我用 Rust 创建了一个非常简单（几乎没有功能）的音乐播放器。

坦率地说，这是我的第一个用 Rust "认真"编写的项目，这个项目很糟糕，但是我仍然想与社区分享它，以获得一些关于如何改进的指导。

文章链接，https://www.reddit.com/r/rust/comments/15vcl4e/i_created_a_dead_simple_still_barely_functional/

Github 链接，https://github.com/jernejmarcic/RustyPlayer

探索 Rust 编译器基准测试套件

在我最近关于 Rust 编译器 CI（持续集成）和基准测试基础设施的文章中，我承诺写一篇关于运行时基准测试的博客文章，这是 Rust 编译器基准测试套件的新补充。然而，我意识到，在这样做之前，最好首先描述基准测试套件的实际工作原理、它的组件是什么以及 Rust 编译器 (rustc) 开发人员如何使用它，以介绍必要的上下文。因此，运行时基准测试将不得不再等等，这篇文章将尝试介绍 Rust 编译器基准测试基础设施的当前状态。

我将尝试描述 rustc 编译器开发人员用来测量和监控 Rust 编译器随时间变化的性能的一般概念和工作流程。主要关注点是 rustc-perf 库，其中包含 Rust 编译器基准测试的所有基础设施，以及所谓的 perf.RLO 网站，该网站托管我们每天用来分析编译器性能的各种仪表板、图表和比较。

要真正从头开始，我们应该首先解释创建基准套件的动机。关于 Rust 最常见的抱怨之一是 Rust 程序编译速度很慢。我不会在这里讨论这种情况的原因（简短版本：cargo 从头开始​​编译“整个世界”，Rust 做出了一些有利于运行速度而不是编译速度的设计决策），但即使我对“慢”的定义有一些意见（更多内容见下文），事实仍然是许多 Rust 开发人员认为编译器足够慢，因此它代表了他们的开发工作流程的一个非常现实的瓶颈，这是一个我们无法忽视的大问题。

当然，这个问题早已为人所知，因此已经（并且正在！）花费了大量的精力来提高编译器的性能。五年多前，一个名为 wg-compiler-performance 的官方工作组成立。该小组的目标是持续测量、监控和改进 Rust 的编译时间，主要是通过优化编译器，有时也通过例如通过对流行的 Rust crate做出更改，使其编译速度更快。

文章链接，https://kobzol.github.io/rust/rustc/2023/08/18/rustc-benchmark-suite.html

From 日报小组 TOM

社区学习交流平台订阅：

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