沃尔沃技术专家:Rust 很有用,计划在公司内部扩展 Rust
沃尔沃汽车公司的软件工程师 Johannes Foufas 对该公司的技术专家和系统架构师(也是其嵌入式 Rust 先驱之一)Julius Gustavsson 进行了一则访谈,就 Rust 在汽车中的相关应用进行了探讨。
Gustavsson 透露,2014 年,他在已经从事了 15 年的 C/C++ 相关工作,并对自己的职业生涯产生了质疑之际,发现了 Rust;彼时他还是一个大型瑞典科技公司新团队中的成员。几年后跳槽到沃尔沃后,他则愈发地认为 Rust 这门语言对沃尔沃汽车很有用,“因为它体现了你在开发安全关键型软件时想要的相同类型的意识形态”。
图左 Julius Gustavsson,图右 Johannes Foufas
Gustavsson 在沃尔沃的第一个项目是在其 Core Computer 原型上,与 Signal Broker(现在的 BeamyBroker)进行 Android 集成。这是一种针对 broker 的硬件抽象层(HAL),本身是用 Elixir 编写的;但他使用 Rust 和 async Futures 完成了这个任务。“这也是一个很大的确认,这确实是有用的东西。所有的东西从一开始就很有效”。
之后,他和具有同样抱负的 Nikolaos Korkakakis 进行了合作,联手将 Rust 带入沃尔沃的 core computer 的 Low Power node。Gustavsson 认为,Rust 的主要优势包括:不必考虑 race conditions 和内存损坏,以及一般的内存安全。“你知道,从一开始就可以编写正确且健壮的代码。所以这基本上是我的第一印象,但现在我也开始意识到还有很多其他方面的优点”。
展望未来,Gustavsson 表示他们有着非常雄心勃勃的计划,“我们希望在沃尔沃汽车公司扩展 Rust 以在更多节点上启用它,为此,我们需要获得对某些硬件目标的编译器支持和对其他目标的操作系统支持。替换已经开发和经过良好测试的没有意义代码,但是如果可行的话,从头开始开发的代码绝对应该用 Rust 开发”。
不过 Gustavsson 也指出,Rust 不是万能的,该语言并不总是最优解。总的来说,他认为 Rust 有巨大的潜力,可以用较低的成本生产出更高质量的代码,从而反过来降低保修成本,达成一个双赢。
此外,Gustavsson 还指出,新的 Rust 代码可以与现有的 C 和 C++ 以“几乎任意的粒度、模块级别或功能级别”共存;主要取决于你在做什么,譬如“可以重写需要网络安全的部分、易受攻击的部分”。
沃尔沃并不是唯一对 Rust 感兴趣的汽车制造商。Autosar (一个汽车标准组织,其成员包括福特、通用、宝马、博世、大众、丰田、沃尔沃等)就于 4 月宣布成立了一个 Rust 工作组。SAE International 也成立了一个工作组来研究汽车行业的 Rust 安全相关系统。
延伸阅读:
- 为开发新版 Rust 桌面环境,Pop!_OS 将跳过 22.10 版本
- Sysinternals 作者:是时候停用 C/C++ 开发新项目并使用 Rust 了
- GStreamer 将用 Rust 编写的插件与二进制版本一起提供
- 微软首席工程师:Rust 将面临十大挑战

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Linus Torvalds:Rust 将被合并到 Linux 6.1 主线
先回顾关于 Linux 内核支持 Rust 的消息。 2019 年,内核维护者Greg表示愿意接受用 Rust 开发 Linux 内核的驱动程序。 2020 年,Linus Torvalds 回应了针对 Linux 内核支持 Rust 的个人看法。他没有否定该提议,而是提倡在默认情况下开启该 feature,以确保该 feature 能被充分测试。当然该 feature 最好以自适应的方式实现,如果在系统上检测到 Rust 编译器,则 Kconfig 将启用 Rust 支持,并继续构建任何假定的 Rust 内核代码,以至少查看其是否正确构建。 2020 年 LPC (Linux Plumbers Conference) 大会上,内核开发者基本达成共识,他们不打算将已有的内核用 Rust 重写,只专注于可以用 Rust 编写的新代码。具体来讲,他们集中讨论了 Linux 内核对 Rust 的支持可能涉及到的三个方面:内核中现有的 API、架构支持,以及 ABI 与内核的兼容性问题。 2021 年,谷歌称AOSP (Android Open Source Project) 现已支持使用 R...
- 下一篇
因法律问题,Fedora 禁用 Mesa 的 H.264 / H.265 / VC1 VA-API 支持
Fedora 的 Mesa 包已经构建了完整的 VA-API 支持(Video Acceleration API 是一个开源库和 API 规范,它提供了对视频处理图形硬件加速能力的访问。),但由于法律(专利)原因,Fedora Linux 37 正在删除其 H.264 / H.265 / VC1 加速支持。 该变化发生在上周,Fedora从 Mesa VA-API 构建中移除了一系列 H.264 / H.265 / VC1 支持,并发表评论称:“我们对此没有法律批准,以前它是“意外发货”的。” Red Hat 的 David Airlie 在这个关于 VA-API法律问题的讨论线程中评论道: 此前启用该功能是我们的疏忽。除了新的 Fedora 37版本,我们还必须将其从旧版 Fedora 中删除。Fedora 不能发布任何 导致操作系统提供公开专利算法的 API 的内容。 围绕 H264/H265 的专利许可,可能会使 Red Hat 和其他 Fedora 分销商面临法律问题。 对于使用带有开源驱动程序的 GPU (主要是 AMD),并使用它来加速 H.264、H.265 或 VC1 ...
相关文章
文章评论
共有0条评论来说两句吧...