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语言中文社区