title | author | date | CreateTime | categories |
---|---|---|---|---|
dotnet 启动 JIT 多核心编译提升启动性能 |
lindexi |
2019-08-31 16:55:58 +0800 |
2019-03-01 15:51:25 +0800 |
dotnet |
用2分钟提升十分之一的启动性能,通过在桌面程序启动 JIT 多核心编译提升启动性能 在 dotnet 可以通过让 JIT 进行多核心编译提升软件的启动性能,在默认托管的 ASP.NET 程序是开启的,对 WPF 等桌面程序需要手动开启
在 Main 函数或 App 的构造函数添加下面代码可以开启
using System.Runtime;
ProfileOptimization.SetProfileRoot(@"C:lindexi");
ProfileOptimization.StartProfile("Startup.Profile");
在 SetProfileRoot 设置一个文件夹,这个文件夹需要是已经存在文件夹,如果设置到一个不存在的文件夹,那么这个方法也不会出现异常,只是什么都不会做
在StartProfile设置一个文件名,将会在这个文件记录启动的时候需要调用的函数
原理
在可以进行多线程计算的设备,可以通过一个线程运行代码,多个线程进行 JIT 编译,提高性能。
在 SetProfileRoot 设置一个文件夹,将会在这个文件夹存放用于提升性能的文件,在 StartProfile 将会创建一个二进制文件记录在启动的时候需要调用的函数
在第一次运行程序的时候,会判断是否存在提升性能的文件,如果不存在就在启动的时候后台收集需要调用的函数,将这些函数记在提升性能的文件。
在第二次运行程序的时候,因为已经存在提升性能的文件,读取这个文件可以知道在启动的时候需要调用的函数,于是就进行后台多线程JIT编译这些会调用到的方法
启动这个功能
默认在 ASP.NET 是启动这个功能,如果需要关闭这个功能,请在 web.config 文件添加下面代码
<system.web>
<compilation profileGuidedOptimizations="None" />
</system.web>
在 WPF 等桌面程序默认是没有开启,需要调用本文一开始说的两个函数开启,需要注意两个方法的顺序是固定,先设置文件夹然后设置文件,注意设置的文件夹需要是存在同时可以写文件
请在程序执行调用 SetProfileRoot 两个函数,如 Main 或 App 构造函数
如果一个应用程序表现是根据传入的命令行有不同的运行方法,如我在做的软件,有备课和授课两个不同的方法,这两个不同的方法启动需要调用的方法也不相同,就需要通过命令行在 StartProfile 使用两个不同的文件,对于不同的模式使用不同文件
ProfileOptimization.SetProfileRoot(@"C:lindexi");
if ( Editing )
{
// 现在进入备课模式
ProfileOptimization.StartProfile("Editing.Profile");
}
else
{
// 现在使用的是授课方法
ProfileOptimization.StartProfile("Displaying.Profile");
}
这里可以根据不同的命令参数使用不同的文件,这样不同的命令可以对使用的不同的启动方法做不同优化
环境
要求是在非单核的设备上,同时需要在 .NET Framework 4.5 和以上或 dotnet core 3.0 以上
性能
经过很多次测试,发现调用 SetProfileRoot 两个函数需要的时间在我的设备上大概是 0.2 ms 这个时间不算短,同时发现实际到软件启动完成的时间几乎没有提升
因为很多软件的启动时间都在文件读写上,而不是在 JIT 编译的时间
所以不启动这个功能和启动的启动性能几乎没有提升
为什么这个功能不在默认的桌面程序打开?因为这个功能需要读写提升性能的文件,而默认很难知道这个文件应该放在哪,同时启动的时候读取文件的时间很多时候比JIT编译长。
在 ASP.NET 可以通过托管的方式做到自动读取提升性能的文件,所以默认就在 ASP.NET 使用
在 dotnet core 还可以使用阶梯编译 在软件启动的过程使用到的方法都使用快速编译的方法,减少JIT执行的时间
Impove App Launch Performance With MultiCore JIT in .NET Framework 4.5
multicore - Does ProfileOptimization actually work? - Stack Overflow