Cloudflare 使用 Rust 重写 Nginx C 模块，目标是“去 Nginx”

p;2023 年采用 Rust 重写的案例越来越多，可延伸阅读： Cloudflare 使用 Rust 重写 Nginx C 模块，目标是“去 Nginx” Mesa Vulkan 驱动探索采用 Rust 重写 Fish Shell 计划采用 Rust 重写    

长期以来，Cloudflare 一直依赖 Nginx 作为其 HTTP 代理堆栈的一部分；但现在，他们宣布已将 Nginx 替换为其内部由 Rust 编写的 Pingora 软件，“我们已经建立了一个更快、更高效、更通用的内部代理，作为我们当前和未来产品的平台

有意外的话 Rust 将在 6.1 版本进入 Linux 内核 Cloudflare 放弃 Nginx，使用内部 Rust 编写的 Pingora GStreamer 准备将 Rust 编写的插件作为其官方二进制版本的一部分发布 Rust 成立专门的安全团队 Asahi Linux 计划使用 Rust 编

Collabora 的 Faith Ekstrand 近日发文，介绍了有关考虑使用 Rust 重写 Mesa Vulkan 驱动的工作。这项工作的设计目标包括让 Rust Vulkan 驱动封装尽可能 clean 和“Rust-like”、跟踪可变性和生命周期，并尽可能使用 Vulkan allocators。 目前，Mes

系统内核。"在接下来的几周或几个月内，你将在内核中使用 Rust 启动 Windows，这真的很酷。这里的基本目标是将其中一些内部的 C++ 数据类型转换为其 Rust 等价物。" Windows 的 Rust 革新始于 2020 年的 DWriteCore，它是 Windows 的 DWrite

据介绍，Prossimo 选择的软件会重点关注以下方面： 使用非常广泛（几乎每个服务器/客户端都在使用） 位于临界边界 执行关键功能 是否使用了内存不安全的语言编写（例如 C、C++、asm） 而 sudo 刚好满足了上面的情况

项目，近日，其团队发博客称将要将 Rust 引入 Xen 项目，使用 Rust 重写一些 Xen 组件。 Xen 是由剑桥大学开发的 x86 开源虚拟机监控器 (VMM)，支持在单个机器上高性能地虚拟化多个操作系统。 XCP 项目的整个平台包含许多不

acOS 以及 GNU/Linux，该计算机程序可以让用户以安全的方式使用特定的权限执行程序（通常为操作系统的超级用户）。 它最早开发于 1980 年代。几十年来，sudo 已成为执行更改同时最大程度降低操作系统风险的重要工具。 但因

broker 的硬件抽象层（HAL），本身是用 Elixir 编写的；但他使用 Rust 和 async Futures 完成了这个任务。“这也是一个很大的确认，这确实是有用的东西。所有的东西从一开始就很有效”。 之后，他和具有同样抱负的 Nikolaos Korkakakis

的跨度内，逐步地将逐个模块从 C++ 转换为 Rust。他们将使用 FFI，以便 Rust 和 C++ 位可以相互通信，直到 C++ 消失，并且测试和 CI 在每次提交时会继续保持通过。 为了证明“Rust 重写计划”可以执行，在这个 PR 中，作者将 FLOG、

试版 (Insider Preview Build 25905)。 发布公告提到此版本已经使用 Rust 重写 Windows 11 内核中的部分模块。 据介绍，该预览版使用 safe Rust 对关键内核功能进行了早期实现。具体来说，win32kbase_rs.sys 包含 Windows GDI region 的新实

e）非常适合为下一代无服务器平台提供动力。SecondState、Cloudflare、Netlify和Vercel等公司都支持通过其边缘运行时部署WebAssembly功能。其他公司如Grafbase正在使用Wasm，使开发者能够在边缘用他们选择的语言编写和部署GraphQL解析器。

2021 年，谷歌称 AOSP (Android Open Source Project) 现已支持使用 Rust 开发 Android 操作系统（Android 也属于 Linux 发行版）。 2021 年，Linus 再度发表自己对 Linux 内核支持 Rust 的看法，他对此持观望和开放的态度，并表示 Rust 的首要目

享出来，感兴趣的可以一起造个轮子 📦 安装 & 🏃 使用 安装 cargo install wmproxy OR git clone https://github.com/tickbh/wmproxy cd wmproxy cargo install --path . docker pull dreamwhat/wmproxy docker run -p 82:82 -p 8090:8090 -p 127.0.0.1:8837:8837