Здравствуйте, dsorokin, Вы писали:


D>У меня вот программа на .NET (C# / F#). Когда беру версию с Авалонией, то под линукс с компиляцией AOT получается 48 мегабайт. Инсталятор ужимается до 26 мегабайт. А вот с WPF инсталятор под винду получается размером 11 мегабайт. Причем, устанешь ждать, когда соберется версия с AOT, а вот без AOT очень живо собирает.

D>В нашем случае вариант с Дельфей ближе к моему варианту с Авалонией. А с WPF платформа .NET отказывается использовать AOT.

D>У меня там визуальный редактор диаграмм, решатель и компилятор уравнений, вывод графиков и таблиц, да всякие вспомогательные редакторы.

D>Конечно, мне сборщик мусора очень много, где помогает, он многое упрощает и прощает, но что-то многовато будет. Эти 48 мегабайт немного напрягают меня.

D>А какие у вас размеры бинарей на Дельфе и Лазарусе?



D>P.S. Есть расхожее мнение, что, скажем, для Common Lisp получаются огромные бинари. Это не всегда так. У меня есть заготовка редактора диаграмм (которую можно пользоваться уже сейчас, строить диаграммы, экспортировать в PDF и EMF), которую я написал на LispWorks с использованием CAPI. Так вот, LispWorks создает для винды у меня бинарь размером 10 мегабайт, который ужимается до 3 мегабайт 700 килобайт. Новый LispWorks сейчас не купишь, но все же приятная штука. Мне очень нравится LispWorks.

D>P.P.S. Я, конечно, все понимаю. Мегабайты сейчас никого не смущают, да и десктопы сейчас не в моде. На одной моей работе мы упаковывали JRE в инсталятор, и нормально было. Но все равно есть какое-то ощущение неправильности от всего этого. Как-то не нравится мне, что так сильно распухают десктопные программы. Какой-то здесь дух противоречия

48 мегабайт это не о чем. Прошли те времена когда «640КБ должно быть достаточно для каждого»!

Во главе угла сейчас скорость программирования и удобство распространения.
Особенно облака.

AOT развивается

https://learn.microsoft.com/ru-ru/dotnet/core/deploying/native-aot/optimizing
Обрезка

Зачем использовать собственный AOT с ASP.NET Core

Время сборки это уже к компилятору С++. Просто MSIL преобразуется к C++. Сам сборщик мусора занимает немного места.

Ну а для гуя During our initial performance tests of .NET MAUI, we saw how JIT (just in time) vs AOT (ahead of time) compiled code can perform: