Skip to main content

Experimental: Reducing the size of .NET Core applications with Mono's Linker

The .NET team has built a linker to reduce the size of .NET Core applications. It is built on top of the excellent and battle-tested mono linker. The Xamarin tools also use this linker so it makes sense to try it out and perhaps use it everywhere!

"In trivial cases, the linker can reduce the size of applications by 50%. The size wins may be more favorable or more moderate for larger applications. The linker removes code in your application and dependent libraries that are not reached by any code paths. It is effectively an application-specific dead code analysis." - Using the .NET IL Linker

I recently updated a 15 year old .NET 1.1 application to cross-platform .NET Core 2.0 so I thought I'd try this experimental linker on it and see the results.

The linker is a tool one can use to only ship the minimal possible IL code and metadata that a set of programs might require to run as opposed to the full libraries. It is used by the various Xamarin products to extract only the bits of code that are needed to run an application on Android, iOS and other platforms.

I'll add this line to a nuget.config in my project's folder. Note that NuGet will inherit global settings and ADD this line.

<?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>

Then I'll add the IL Linker's NuGet package to my project with this command line command (or from Visual Studio):

dotnet add package ILLink.Tasks -v 0.1.4-preview-906439

The assemblies will automatically be "trimmed" when they are published (not built) so I'll build it twice, disabling it with a switch:

D:\github\TinyOS\OS Project>dotnet publish -c release -r win-x64 -o notlinked /p:LinkDuringPublish=false

Microsoft (R) Build Engine version 15.3 for .NET Core


  TinyOSCore -> D:\github\TinyOS\OS Project\bin\Release\netcoreapp2.0\win-x64\TinyOSCore.dll

  TinyOSCore -> D:\github\TinyOS\OS Project\notlinked\


D:\github\TinyOS\OS Project>dotnet publish -c release -r win-x64 -o linked

Microsoft (R) Build Engine version 15.3 for .NET Core


  TinyOSCore -> D:\github\TinyOS\OS Project\bin\Release\netcoreapp2.0\win-x64\TinyOSCore.dll

  TinyOSCore -> D:\github\TinyOS\OS Project\linked\

And here's the results:

image

You can also run it with  /p:ShowLinkerSizeComparison=true and get a nice table. I've trimmed the table as it's super long.

  TinyOSCore -> D:\github\TinyOS\OS Project\bin\Release\netcoreapp2.0\win-x64\TinyOSCore.dll

                                                             Before linking (B)   After linking (B)    Size decrease

-----------                                                  -----------          -----------          -----------

Total size of assemblies                                     48,025,824           16,740,056           65.14%    

-----------                                                  -----------          -----------          -----------

TinyOSCore.dll                                               36,352               36,352               0.00%     

Microsoft.Extensions.Configuration.dll                       24,584               24,584               0.00%     

Microsoft.Extensions.Configuration.Abstractions.dll          20,480               20,480               0.00%     

Microsoft.Extensions.Configuration.Binder.dll                24,064               24,064               0.00%     

Microsoft.Extensions.Configuration.FileExtensions.dll        22,528               22,528               0.00%     

Microsoft.Extensions.Configuration.Json.dll                  24,072               24,072               0.00%     

Microsoft.Extensions.DependencyInjection.dll                 46,600               46,600               0.00%     

Microsoft.Extensions.DependencyInjection.Abstractions.dll    35,336               35,336               0.00%     

Microsoft.Extensions.FileProviders.Abstractions.dll          17,920               17,920               0.00%     

Microsoft.Extensions.FileProviders.Physical.dll              31,240               31,240               0.00%     

Microsoft.Extensions.FileSystemGlobbing.dll                  39,432               39,432               0.00%     

Microsoft.Extensions.Options.dll                             26,120               26,120               0.00%     

Microsoft.Extensions.Options.ConfigurationExtensions.dll     16,904               16,904               0.00%     

Microsoft.Extensions.Primitives.dll                          33,800               33,800               0.00%     

Newtonsoft.Json.dll                                          639,488              639,488              0.00%     

Microsoft.CSharp.dll                                         1,092,096            392,192              64.09%    

Microsoft.VisualBasic.dll                                    465,416              0                    100.00%   

Microsoft.Win32.Primitives.dll                               18,968               4,608                75.71%    

Microsoft.Win32.Registry.dll                                 85,008               0                    100.00%   

SOS.NETCore.dll                                              54,264               0                    100.00%   

System.AppContext.dll                                        14,336               2,560                82.14%    

System.Buffers.dll                                           14,336               2,560                82.14%    

System.Collections.Concurrent.dll                            206,360              31,744               84.62%    

System.Collections.Immutable.dll                             2,378,264            0                    100.00%   

System.Collections.NonGeneric.dll                            96,792               24,576               74.61%    

System.Collections.Specialized.dll                           88,608               15,360               82.67%    

System.Collections.dll                                       326,664              52,224               84.01%    


  TinyOSCore -> D:\github\TinyOS\OS Project\bin\Release\netcoreapp2.0\win-x64\publish\

You can see in some places where there's no size decrease. That's because I'm using those assemblies completely. Some see a 100% decrease - they've been removed entirely - because I'm not using the Registry, for example. And some see a fractional decrease because I'm using some methods but not others.

You can check out the full instructions and try this yourself at https://github.com/dotnet/core/blob/master/samples/linker-instructions.md. Again, it's a work in progress.

Sponsor: Check out JetBrains Rider: a new cross-platform .NET IDE. Edit, refactor, test and debug ASP.NET, .NET Framework, .NET Core, Xamarin or Unity applications. Learn more and download a 30-day trial!


© 2017 Scott Hanselman. All rights reserved.
     


from Scott Hanselman's Blog http://feeds.hanselman.com/~/452296766/0/scotthanselman~Experimental-Reducing-the-size-of-NET-Core-applications-with-Monos-Linker.aspx
Labels:

Comments

Post a Comment

Popular posts from this blog

dotnet sdk list and dotnet sdk latest

Can someone make .NET Core better with a simple global command? Fanie Reynders did and he did it in a simple and elegant way. I'm envious, in fact, because I spec'ed this exact thing out in a meeting a few months ago but I could have just done it like he did and I would have used fewer keystrokes! Last year when .NET Core was just getting started, there was a "DNVM" helper command that you could use to simplify dealing with multiple versions of the .NET SDK on one machine. Later, rather than 'switching global SDK versions,' switching was simplified to be handled on a folder by folder basis. That meant that if you had a project in a folder with no global.json that pinned the SDK version, your project would use the latest installed version. If you liked, you could create a global.json file and pin your project's folder to a specific version. Great, but I would constantly have to google to remember the format for the global.json file, and I'd constan...
Post a Comment
Read more

Rail Fence Cipher Program in C and C++[Encryption & Decryption]

Here you will get rail fence cipher program in C and C++ for encryption and decryption. It is a kind of transposition cipher which is also known as zigzag cipher. Below is an example. Here Key = 3. For encryption we write the message diagonally in zigzag form in a matrix having total rows = key and total columns = message length. Then read the matrix row wise horizontally to get encrypted message. Rail Fence Cipher Program in C #include<stdio.h> #include<string.h> void encryptMsg(char msg[], int key){ int msgLen = strlen(msg), i, j, k = -1, row = 0, col = 0; char railMatrix[key][msgLen]; for(i = 0; i < key; ++i) for(j = 0; j < msgLen; ++j) railMatrix[i][j] = '\n'; for(i = 0; i < msgLen; ++i){ railMatrix[row][col++] = msg[i]; if(row == 0 || row == key-1) k= k * (-1); row = row + k; } printf("\nEncrypted Message: "); for(i = 0; i < key; ++i) f...
3 comments
Read more

Data Encryption Standard (DES) Algorithm

Data Encryption Standard is a symmetric-key algorithm for the encrypting the data. It comes under block cipher algorithm which follows Feistel structure. Here is the block diagram of Data Encryption Standard. Fig1: DES Algorithm Block Diagram [Image Source: Cryptography and Network Security Principles and Practices 4 th Ed by William Stallings] Explanation for above diagram: Each character of plain text converted into binary format. Every time we take 64 bits from that and give as input to DES algorithm, then it processed through 16 rounds and then converted to cipher text. Initial Permutation: 64 bit plain text goes under initial permutation and then given to round 1. Since initial permutation step receiving 64 bits, it contains an 1×64 matrix which contains numbers from 1 to 64 but in shuffled order. After that, we arrange our original 64 bit text in the order mentioned in that matrix. [You can see the matrix in below code] After initial permutation, 64 bit text passed throug...
Post a Comment
Read more