Компиляция .NET приложения в машинный код?

Question

[Михаил Р.]

Приветствую!

Ранее ходило много новостей, про компиляция .NET приложения в машинный код (.NET Native). На сколько я понял, смысл там был в:
- Один выходной бинарник.
- Скорость близкие к C++.
- Запуск на машине "как есть" (без необходимости установки дополнительного по).

Если я правильно помню, то ранее основная проблема была в том, что можно было компилировать, лишь UWP приложения для вин магаза (Currently .NET Native only works on Windows Store apps).

Как на данный момент обстоят дела с данной технологией, есть ли подвижки в расширение поддерживаемых продуктов (не только UWP)?

Answer 1

[Владимир Коротенко]

Давно уже есть
https://docs.microsoft.com/ru-ru/dotnet/framework/...

Comments

[Михаил Р.]

When you compile your C# code, it gets compiled into an IL assembly. And NGEN takes IL assembly as an input and installs the assembly and its dependencies into Native Image Cache.

Допустим, я прогнал net приложение через ngen, на выходе получил единственный бинарник. Получится ли запустить этот бинарник на другой машине, без установленного по .net?

[Владимир Коротенко]

Mike, только размер будет мегабайт 80. Ну и определенные тонкости приложение распаковывается во временную папку хотя в 5 нете это уже не так.

[Михаил Р.]

Владимир Коротенко,

только размер будет мегабайт 80

Из за того, что все дополнительные зависимости вместе с приложением компилируются в один бинарник?

[Владимир Коротенко]

Mike, ну да. Только вы зря так замораживаетесь 4 нет есть гарантированно на всех системах.

[Роман]

Mike, Владимир Коротенко,

Допустим, я прогнал net приложение через ngen, на выходе получил единственный бинарник. Получится ли запустить этот бинарник на другой машине, без установленного по .net?

Генератор образов в машинном коде (Ngen.exe) — это средство повышения быстродействия управляемых приложений. Программа Ngen.exe создает образы в машинном коде, представляющие собой файлы, содержащие компилированный, специфический для процессора машинный код, и устанавливает их в кэш образов в машинном коде на локальном компьютере. Среда выполнения может использовать образы в машинном коде, находящиеся в кэше, вместо использования JIT-компилятора для компиляции исходной сборки.

https://docs.microsoft.com/ru-ru/dotnet/framework/...

[Роман]

Владимир Коротенко, Mike,

в net core 3 появился crossgen.
https://codetherapist.com/blog/netconf-netcore3-cr...

но опять ограничения

• ReadyToRun is supported on .NET 3.0 and later. You can’t use it with earlier versions (e.g. .NET Core 2.0 or .NET Framework).
  
• ReadyToRun works only with SCD (Self-Contained Deployment) apps (FDD support is planned).
  
• ReadyToRun does not support cross-targeting: For instance linux-x64 images must be compiled on that environment.
  

с 6 дотнетом должен crossgen2 выйти, полностью переписанный с нуля. Там даже обещают генерацию arm кода на x86.

[Владимир Коротенко]

Роман, тут несколько вопросов в одном. Так что вы немного не правы. Самодостаточный экзешник или elf вполне себе получается, ngen или его аналог просто встраивается в пайплайн сборки. Ну и до кучи компиляция ngen не всегда даёт прирост производительности

[Роман]

Владимир Коротенко, ngen это отдельная утилита, причем только для старого .net, из нее не выходит exe, а тем более elf, нативный код в кеше дотнета на локальной машине остается. В netcore 3 завезли другой инструмент, crossgen, и он встраивается в пайплайн сборки, в виде отдельной тулзы не нашел в sdk. В 6 будет вторая версия этого инструмента

[Михаил Р.]

Роман,

с 6 дотнетом должен crossgen2 выйти, полностью переписанный с нуля. Там даже обещают генерацию arm кода на x86.

Божественно!

Answer 2

[Василий Банников]

- Один выходной бинарник.
- Скорость близкие к C++.
- Запуск на машине "как есть" (без необходимости установки дополнительного по).

Это достигается и без AOT.
Скорость близкую к плюсам и так обеспечивает JIT-компилятор.
Запуск на машине как есть - Self-contained.
Один бинарник - Single File Executable

Как на данный момент обстоят дела с данной технологией, есть ли подвижки в расширение поддерживаемых продуктов (не только UWP)?

Вроде в .NET 6 обещают Full AOT