.NET 6 RC1 发布

.NET 6 Release Candidate 1 现已发布,这是两个 RC 版本中的第一个版本。微软方面表示,在过去的一个月左右,团队一直专注于质量改进,解决新功能中的功能或性能问题或现有功能的回归问题。具体更新内容如下:

源码构建

公告指出,“源码构建是一个场景,也是我们与 Red Hat 公司合作的基础设施,自 .NET Core 1.0 发布之前就一直在进行。几年后,我们已经非常接近于提供一个完全自动化的版本。对于 RHEL 的.NET用户来说,此功能非常重要”。Red Hat 方面表示,.NET 已经发展成为他们生态系统中的一个重要的开发者平台。

.NET 6 中的最大改进是:“source tarball 现在是我们构建的产品”。过去,它需要大量的人工来制作,从而导致向 Red Hat 提供 source tarball 会出现巨大的延迟;导致双方对此都不满意。双方已经在这个项目上合作了五年之久,如今终于取得了成功。

.NET 团队项目经理 Richard Lander 认为,源码构建是向可重复构建迈出的一大步;.NET SDK 和 C# 编译器具有显著的可重复构建能力。不过要想实现完全的可重复性,仍有一些具体的技术问题需要解决。其中,一个主要的遗留问题则是对汇编中的压缩内容使用稳定的压缩算法。

配置文件引导优化 (PGO)

Profile Guided Optimization (PGO) 是大多数开发者平台的一项重要功能。它是基于这样的假设:作为启动的一部分执行的代码通常是统一的,通过利用这一点可以提供更高级别的性能。

.NET 已经以各种形式使用 PGO 二十年了。在 .NET 6 中,开发团队决定从头开始重建 PGO 系统,专注于实现更好的体验。在这个版本中,运行时库被编译成随时可以运行的格式,并以(新形式的)PGO 数据进行了优化。而这在很大程度上是由 crossgen2 作为新的使能技术所推动的。

目前,该团队还没有让其他任何人使用 PGO 来优化应用程序。并表示,这是接下来将会在 .NET 7 中出现的内容。

动态 PGO

动态 PGO 是以上描述的静态 PGO 系统的镜像。静态 PGO 与 crossgen2 集成,动态 PGO 与 RyuJIT 集成。静态 PGO 需要单独的训练活动并使用特殊工具,而动态 PGO 是自动的,并使用运行中的应用程序来收集相关数据。在静态 PGO 数据被持久化的情况下,动态 PGO 数据在每次应用程序运行后都会丢失。动态 PGO 类似于跟踪 JIT。

动态 PGO 目前是 opt-in,并设置了以下环境变量。

  • DOTNET_TieredPGO=1
  • DOTNET_TC_QuickJitForLoops=1

Crossgen2

Richard Lander 称,Crossgen2 是平台 ahead-of-time 或 pre-compilation 的一个重要步骤,可能是该版本中最有前途的基础性功能。Crossgen2 已被用于所有现有的 Crossgen 方案,官方已从 SDK 中删除了(旧的)Crossgen。

最重要的方面是,Crossgen2 的设计目标是成为一个独立的编译器。作为一个独立的编译器,它可以用任何语言编写。“当然,我们选择了 C#,但它也可以用 Rust 或 JavaScript 编写”。它只需要能够将给定的 RyuJIT 构建作为插件加载并使用规定的协议与其通信。同样,独立的特性使其能够 cross-targeting。

安全缓解措施

开发团队为此版本添加了对两个关键安全缓解措施的预览支持:CET 和 W^X;并打算在 .NET 7 中默认启用它们。

CET

Intel 的 Control-flow Enforcement Technology (CET) 是一些较新的 Intel 和 AMD 处理器中提供的安全功能。它为硬件增加了一些功能,可以防止一些涉及控制流劫持的常见类型的攻击。

W^X

W^X 是最基本的缓解措施之一,它通过禁止内存页同时可写和可执行来阻止最简单的攻击路径。微软方面没有考虑更高级的缓解措施,并表示将添加其他补充缓解措施,如 CET。

作为 Apple Silicon 过渡的一部分,Apple 已将 W^X 强制用于未来版本的 macOS 桌面操作系统。W^X 适用于所有装有 .NET 6 的操作系统,但仅在 Apple Silicon 上默认启用。对于 .NET 7,它将在所有操作系统上启用。

HTTP/3

HTTP/3 是一个新的 HTTP 版本。作为在 .NET 6 预览版中提出的正式草案,HTTP/3 通过使用称为 QUIC 的新底层连接协议解决了过去 HTTP 版本的现有功能和性能挑战。

目前,HTTP/3 的 RFC 尚未最终确定,因此仍有可能发生变化。.NET 6 中已包含了 HTTP/3,用户可以尝试使用;这是一项预览功能,因此不受支持。可能存在一些问题,需要与其他服务器和客户端进行更广泛的测试以确保兼容性。

.NET 6 不包括对 MacOS 上的 HTTP/3 的支持,主要是因为缺乏与 QUIC 兼容的 TLS API。.NET 在 MacOS 上使用 SecureTransport 来实现其 TLS 实现,它还不包括支持 QUIC handshake 的 TLS APIs。

SDK 工作负载

这是一项新功能,使 Microsoft 能够在不增加 SDK 大小的情况下为新应用程序类型添加支持。在未来的版本中,开发团队打算删除更多组件并使它们成为可选组件,包括 ASP.NET 和 Windows 桌面。

“最后,我们可以想象 SDK 仅包含 MSBuild、NuGet、语言编译器和工作负载获取功能。我们非常希望结合广泛的.NET 生态系统,并提供完成特定工作所需的软件。你可以看到此模型如何更好地用于 CI 场景,使 dotnet 工具能够为正在构建的特定代码获取一组定制组件。”

完整更新说明可查看发布公告

原创文章,作者:kepupublish,如若转载,请注明出处:https://blog.ytso.com/162113.html

(0)
上一篇 2021年9月17日
下一篇 2021年9月17日

相关推荐

发表回复

登录后才能评论