Здравствуйте, Vladek, Вы писали:
V>Здравствуйте, _NN_, Вы писали:
_NN>>Если не передумают
V>Что это нововведение даст мне, простому рабочему дотнетчику?
Должно уменьшить размер и увеличить скорость запуска.
Когда добавят в официальный dotnet/runtime , тогда можно будет посмотреть, что действительно будет.
Здравствуйте, _NN_, Вы писали:
V>>Что это нововведение даст мне, простому рабочему дотнетчику?
_NN>Должно уменьшить размер и увеличить скорость запуска. _NN>Когда добавят в официальный dotnet/runtime , тогда можно будет посмотреть, что действительно будет.
В идеале еще и скорость работы https://www.rsdn.org/forum/dotnet/6738556.1
и солнце б утром не вставало, когда бы не было меня
вообще только гемороя добавит с деплоем. Кстати ahead of time уже есть — ready to run, но оно для другого. И если сделают то бенчмарки придется два раза оптимизировать. один раз для обычного Jit, второй для AOT.
Справедливости ради AOT уже был у Xamarin и я приводил тут результаты для SHA, GZip и QuickSort в менеджет коде. Недостаточный прирост. Процентов 20.
Лучше бы производительность в линуксе подтянули до такой же в Windows.
VC>Справедливости ради AOT уже был у Xamarin и я приводил тут результаты для SHA, GZip и QuickSort в менеджет коде. Недостаточный прирост. Процентов 20.
Ну AOT для яблока он был всегда,а для андроида там не полная компиляция https://www.xamarinhelp.com/xamarin-android-aot-works/
Full static compilation is compiling everything to natively compiled code, and having no JIT (Just in time) engine, via the Mono runtime. Xamarin.iOS achieves this, but Xamarin.Android doesn’t. You can do this by running mono –aot=full. You can actually try this command when doing AOT, by passing it in the AndroidAotAdditionalArguments, but I will save you the trouble and mention it doesn’t work. Even with a Full AOT, you still need the mono runtime for other functions such as garbage collection.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, VladCore, Вы писали:
VC>Справедливости ради AOT уже был у Xamarin и я приводил тут результаты для SHA, GZip и QuickSort в менеджет коде. Недостаточный прирост. Процентов 20.
Лучше сделать сложно — тот же инлайнер в JIT работает для каждой пары caller/calee с учетом рантайм информации,а в AOT такого добиться сложно или невозможно.
Здравствуйте, SomeOne_TT, Вы писали:
VC>>Справедливости ради AOT уже был у Xamarin и я приводил тут результаты для SHA, GZip и QuickSort в менеджет коде. Недостаточный прирост. Процентов 20.
SO_>Лучше сделать сложно — тот же инлайнер в JIT работает для каждой пары caller/calee с учетом рантайм информации,а в AOT такого добиться сложно или невозможно.
Да нет. в AOT инлайн от ксамарин он си-шный точнее LLVM-шный. И он работает только на ПК/Сервере пользователя. Точнее под ту ось и архитектуру на которой билдится нейтив код.
А MS даже не написало о чем речь идет. Учитывая что Ready-To-Run уже есть и он не такой. На винде x64 например можно скомпилить в нейтив под линукс арм64. А наоборот — нет.