A linker is, in general, a program (tool) used in application compiling process to incorporate together all required program artifacts (DLLs, assemblies, libraries, etc.) needed for an executable program.
The .NET core team is working on a .NET IL Linker version, with the goal to reduce the size of .NET Core applications. If you remember, a similar approach was used by .NET native several years ago. Making application footprint small is in many scenarios not
really required. But when a .NET application has to be downloaded before execution, it is good to have a smaller footprint. For example, when an application is downloaded from an application store. Interestingly Microsoft is working on a project called "Blazor",
which will leverage WebAssembly format to execute .NET code in a browser. Because applications, which run in a browser, first have to be downloaded, the footprint of the application does matter in this scenario too.
To recap, when using .NET IL linker, we want to create application footprint as small as possible.
To demonstrate linker in action, we have used an existing .NET Core 2.0 application. It is in this context an example application, a CLI command line toll inside of daenet IoTService platform.
Used following command line to build and publish the executable:
publish -c release -r win-x64 -o out
This is nothing new. It creates an application with s called framework independent deployment (FID). Next we added a new NuGet configuration to the project:
dotnet new nuget
, and finally pasted following in the newly created NuGet configuration:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<add key="dotnet-core"
value="https://dotnet.myget.org/F/dotnet-core/api/v3/index.json" />
</packageSources>
</configuration>
Please not the URI of .NET Core API feed v3: https://dotnet.myget.org/F/dotnet-core/api/v3/index.json. This feed contains the linker NuGet package ILLink.Task
<PackageReference Include="ILLink.Tasks" Version="0.1.4-preview-906439" />
Next, build the application with using of IL linker:
publish -c release -r win-x64 -o out /p:LinkDuringPublish=true
Here is the result, which shows the difference in size of two builds:
Build type | Size of output | Number of items in output folder |
---|---|---|
Build with IL linker | 52,9 MB (55.500.395 bytes) | 211 |
Build without IL Linker | 80,4 MB (84.370.552 bytes) | 274 |
If you want to get more details about package compression, execute the following statement:
dotnet publish -c release -r win-x64 -o out-with-linker /p:LinkDuringPublish=true /p:ShowLinkerSizeComparison=true
Here is a snapshot of the result: