.NET9 PreView2+.AOT ILC 的重大变化

这篇具有很好参考价值的文章主要介绍了.NET9 PreView2+.AOT ILC 的重大变化。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

RyuJIT 增强功能

1. 环路优化 (循环优化)

这种优化实际上是一种 for 循环叠加态的优化,for 循环叠加计算的过程中,会对其中部分变量进行感应。比如循环中放置 0 扩展 (第一个索引为 0),这种优化灵感来源于 LLVM 标量演化。下面看例子,说明下这个优化:

[MethodImpl(MethodImplOptions.NoInlining)]
static int Foo(int[] arr)
{
    int sum = 0;
    for (int i = 0; i < arr.Length; i++)
    {
        sum += arr[i];
    }

    return sum;
}

未优化前:

G_M8112_IG01:
       sub      rsp, 40
            ;; size=4 bbWeight=1 PerfScore 0.25
G_M8112_IG02:
       xor      eax, eax
       xor      edx, edx
       mov      r8d, dword ptr [rcx+0x08]
       test     r8d, r8d
       jle      SHORT G_M8112_IG04
       align    [0 bytes for IG03]
            ;; size=13 bbWeight=1 PerfScore 3.75
G_M8112_IG03:
       mov      r10d, edx
       add      eax, dword ptr [rcx+4*r10+0x10]
       inc      edx
       cmp      r8d, edx
       jg       SHORT G_M8112_IG03
            ;; size=15 bbWeight=4 PerfScore 19.00
G_M8112_IG04:
       add      rsp, 40
       ret      
            ;; size=5 bbWeight=1 PerfScore 1.25

; Total bytes of code 37, prolog size 4, PerfScore 24.25,
 instruction count 14, allocated bytes for code 37 
 (MethodHash=d1cce04f) for method ConsoleApp34.Program:Foo(int[])
 :int (FullOpts)
; ============================================================

未优化前 37 字节,优化后:

G_M8112_IG01:  ;; offset=0x0000
       sub      rsp, 40
            ;; size=4 bbWeight=1 PerfScore 0.25
G_M8112_IG02:  ;; offset=0x0004
       xor      eax, eax
       mov      edx, dword ptr [rcx+0x08]
       test     edx, edx
       jle      SHORT G_M8112_IG04
       xor      r8d, r8d
       align    [0 bytes for IG03]
            ;; size=12 bbWeight=1 PerfScore 3.75
G_M8112_IG03:  ;; offset=0x0010
       add      eax, dword ptr [rcx+4*r8+0x10]
       inc      r8d
       cmp      edx, r8d
       jg       SHORT G_M8112_IG03
            ;; size=13 bbWeight=4 PerfScore 18.00
G_M8112_IG04:  ;; offset=0x001D
       add      rsp, 40
       ret      
            ;; size=5 bbWeight=1 PerfScore 1.25

; Total bytes of code 34, prolog size 4, PerfScore 23.25, 
instruction count 13, allocated bytes for code 34
 (MethodHash=d1cce04f) for method ConsoleApp34.Program:Foo(int[])
 :int (FullOpts)

优化后 34 字节,减少了 3 字节,优化的指令如下,刚好三字节。这里的优化点是减却寄存器置零或者赋值 (称之为放置 0 扩展),进行共用。

mov   41 89 d2  r10d, edx

2.NativeAOT 改进:内联 + TLS

这种优化,需要了解一些知识点。假如一个类成员被多个线程访问,一般的访问的时候会设置锁,以避免数据干扰。但是,这同时也产生性能问题。为了提高性能,可以把这个类成员放到线程本地存储 (TLS) 当中,访问的时候直接去线程本地存储获取,这样极大提高了性能。

但是这还不够,我们需要把访问类成员的代码进行内联。进一步提高性能,不然怎么能叫极致性能优化呢?

代码:

:  90000000   adrp  x0, 0 <System_Console_System_ConsoleKeyInfo____GetFieldHelper>
      5a2f0: R_AARCH64_TLSDESC_ADR_PAGE21  tls_InlinedThreadStatics
   5a2f4:  91000000   add  x0, x0, #0x0
      5a2f4: R_AARCH64_TLSDESC_ADD_LO12  tls_InlinedThreadStatics
   5a2f8:  d53bd041   mrs  x1, tpidr_el0
   5a2fc:  f9400002   ldr  x2, [x0]
      5a2fc: R_AARCH64_TLSDESC_LD64_LO12  tls_InlinedThreadStatics
   5a300:  d63f0040   blr  x2
      5a300: R_AARCH64_TLSDESC_CALL  tls_InlinedThreadStatics
   5a304:  8b000020   add  x0, x1, x0
   5a308:  f9400013   ldr  x19, [x0]

2.PGO 的改进:类型检查

PGO 是.NET8 的一大亮点,启用了动态配置文件引导优化 (PGO)。.NET9 Pre2 扩展了 PGO,以便分析更多的代码模式。启用分层编译后,RyuJIT 已经将检测插入到程序中以分析其行为;在使用优化重新编译时,RyuJIT 利用它在运行时构建的配置文件来做出特定于程序当前运行的决策。在预览版 2 中,RyuJIT 现在默认使用 PGO 数据来提高类型检查的性能。

一般来说,确定对象的类型需要调用运行时。这会带来一些性能上的损失,也就是说当进行类型检查的时候,运行时为了确保类型正确性,必须进行检查。通过.NET8 里面启用的 PGO,如果在 PGO 里面能够确定对象是某个类型,JIT 就会用一个快速路径编码,以比较快速的方式进行类型检查。并且在必要的时候退回到慢速路径 (常规检查)

bool IsList<T>(IEnumerable<T> source) => source is IList<T>;

如果 PGO 检测到 source 总是数组,则会快速路径返回 true,否则慢速路径进行检测

if (source is int[])
{
    return true;
}
else
{
    return slow_path(); // Let the runtime figure it out
}

ARM64 矢量化

.NET9 Pre2 支持了一种新的实现,利用 JIT 在 Arm64 上操作寄存器的加载和存储的能力。简单点来说,就是用 SEE,YMM 等一次性操控 32 字节或者 64 字节的寄存器处理更大量的数据,提升性能。

.NET9 AOT ILC

AOT 编译分成两个阶段,其一是生成 Obj 目标文件,其二则是通过链接器链接目标文件生成可执行二进制文件。这里的目标文件和可执行二进制文件都是分别对于相应的平台,比如 MacOS/Linux/Win 等等平台。

第一步生成 Obj 目标文件,因为多平台生成。所以.NET9 之前,微软采用了 LLVM 后端生成了目标文件。因为 LLVM 后端近乎绝对的统治力,它有一百多个指令集级别的后端生成,所以采用 LLVM 更符合开源特征。

但这一情况到了.NET9 发生了变化,.NET9 里面微软首次引入了 C# 代码生成目标文件,取代了 LLVM 默认的生成。但是 LLVM 并没有删除,而是同时存在。

这部分代码可以参考:

public static void EmitObject(string objectFilePath, IReadOnlyCollection<DependencyNode> nodes, NodeFactory factory, ObjectWritingOptions options, IObjectDumper dumper, Logger logger)
 {
     var stopwatch = new Stopwatch();
     stopwatch.Start();

     if (Environment.GetEnvironmentVariable("DOTNET_USE_LLVM_OBJWRITER") == "1")
     {
         LegacyObjectWriter.EmitObject(objectFilePath, nodes, factory, options, dumper, logger);
     }
     else
     {
         ObjectWriter objectWriter =
             factory.Target.IsApplePlatform ? new MachObjectWriter(factory, options) :
             factory.Target.OperatingSystem == TargetOS.Windows ? new CoffObjectWriter(factory, options) :
             new ElfObjectWriter(factory, options);
         objectWriter.EmitObject(objectFilePath, nodes, dumper, logger);
     }

     stopwatch.Stop();
     if (logger.IsVerbose)
         logger.LogMessage($"Done writing object file in {stopwatch.Elapsed}");
 }

如果你不作任何设置,.NET9 默认的目标文件生成即是 C# 自举的代码。但是你如果习惯了 LLVM 的生成,也可以通过设置环境变量来开启之前的 LLVM 后端。具体如下:

CMD:          set    DOTNET_USE_LLVM_OBJWRITER=1
Powershell:   $env:  DOTNET_USE_LLVM_OBJWRITER=1
Unix/Linux:   export DOTNET_USE_LLVM_OBJWRITER=1

dotnet xxx.dll

先设置环境变量,然后通过 dotnet 命令行运行托管 DLL 即可复现之前的 LLVM 后端生成。以上是各个平台的设置。文章来源地址https://www.toymoban.com/news/detail-846596.html

到了这里,关于.NET9 PreView2+.AOT ILC 的重大变化的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • .NET Native AOT的静态库与动态库

    .NET不仅可以使用 C静态库与动态库,也可以将.NET实现的函数导出为C静态库与动态库。在没有Native Aot之前,.NET只能通过P/Invoke享受C/C++生态,而在Native Aot之后,不仅可以享受这些生态,还可以开发SDK供其他语言调用。 .NET Native AOT的NativeLib参数用于指定本机库的类型。在.NET

    2024年02月16日
    浏览(38)
  • .Net 7 Native AOT 单文件 无依赖 跨平台

    2022.11.18 Native AOT 正式发布,不再是 实验性项目。 .Net 7 Console App WebApi 使用PublishAOT = true,直接编译 成exe,无rutime依赖,智能裁剪,体积小,启动快。 环境: 1.更新VS2022 到最新版本(支持.net 7) 2.VS2022 安装 使用C++ 桌面开发   踩坑: 1.程序里一些 没有应用到的 方法会被裁剪

    2024年02月04日
    浏览(67)
  • .NET 8 Preview 5发布,了解一下Webcil 是啥

    2023年6月13日 .NET 8 Preview 5,.NET 团队在官方博客发布了系列文章: Announcing .NET 8 Preview 5 ASP.NET Core updates in .NET 8 Preview 5 Announcing .NET MAUI in .NET 8 Preview 5 对于 Web 开发,.NET 8 将服务器端和客户端呈现的优势与 Blazor 组件模型相结合。.NET 8 现已推出第五个预览版,它利用服务器端

    2024年02月08日
    浏览(39)
  • NET8 ORM 使用AOT SqlSugar 和 EF Core

    .Net8的本地预编机器码NET AOT,它几乎进行了100%的自举。微软为了摆脱C++的钳制,做了很多努力。也就是代码几乎是用C#重写,包括了虚拟机,GC,内存模型等等。而需要C++做的,也就仅仅是引导程序,本篇通过代码来看下这段至关重要的引导程序的运作模式。      SqlSugar已经

    2024年02月05日
    浏览(55)
  • Performance Improvements in .NET 8 -- Native AOT & VM & GC & Mono

    原生 AOT 在 .NET 7 中发布。它使 .NET 程序在构建时被编译成一个完全由原生代码组成的自包含可执行文件或库:在执行时不需要 JIT 来编译任何东西,实际上,编译的程序中没有包含 JIT。结果是一个可以有非常小的磁盘占用,小的内存占用,和非常快的启动时间的应用程序。在

    2024年02月05日
    浏览(37)
  • Web3中文|倒计时26天:上海升级已定,以太坊将发生哪些重大变化?

    3月16日,据以太坊核心开发者Tim Beiko 的推文,以太坊基金会核心开发团队已经确认上海升级将于网路区块高度6209536 时进行,具体为UTC 时间4月12日晚上22:27:35。 上海升级临近,在网上各篇文章中,出现了Shapella、ShanghaiUpgrade、上海Shapella升级、Sepolia的Shapella 升级等词,对于不

    2023年04月23日
    浏览(50)
  • 已解决Java.net.MalformedURLException异常的有效方法java.net.MalformedURLException: no protocol异常处理

    本篇博客讨论了Java应用程序中可能遇到的 java.net.MalformedURLException: no protocol 异常,并提供了解决方案。我们首先介绍了该异常的错误信息和可能的原因,然后提供了两种解决方案,一种是确保URL包含正确的通信协议,另一种是通过URL编码和解码来处理特殊字符和编码问题。我

    2024年02月11日
    浏览(32)
  • java.net.UnknownHostException 解决方法

    原文链接:https://blog.csdn.net/qq_39390545/article/details/108755289 以下为复盘学习笔记 UnknownHostException 是Java编程中常见的一个网络异常,通常在试图通过域名查找并连接到一个主机时抛出。这个异常的主要原因有以下几点: DNS解析失败: 当Java程序尝试将一个域名转换为IP地址(即执

    2024年02月03日
    浏览(39)
  • Hadoop(4-2) Exception inthread “main“ java.net.ConnectException.....net.ConnectException: Connection

    在做 HDFS编程实践操作 的时候,遇到一个报错信息。 在IDEA中执行hadoop相关的的程序时,出现以下的报错信息,随即开始排错之旅,一波三折。 Exception in thread \\\"main\\\" java.net.ConnectException: Call From hadoop01/192.168.30.134 to localhost:9000 failed on connection exception: java.net.ConnectException: Connec

    2024年02月04日
    浏览(49)
  • java.net.SocketException:Connection reset

    java.net.SocketException: Connection reset 是一个常见的网络通信错误,通常在 Java 程序中使用 Socket 进行网络通信时出现。它指示在尝试建立连接或发送数据时,连接被对方重置或中断。 这个错误可能有多种原因,以下是一些常见的情况: 服务器端意外关闭连接: 这种情况下,Jav

    2024年02月07日
    浏览(36)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包