Информация об изменениях

Сообщение Re[168]: Тормознутость и кривость linq. Compile-time EDSL DB от 10.07.2016 7:36

Изменено 10.07.2016 8:07 Serginio1

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

I>Эти проблемы есть вообще во всех языках на платформе .Net, даже С++ будет обладать теми же недостатками — он будет много медленнее нативного. Джит никогда не сможет справиться с обычным компилятором.


Но может значительно приблизиться
NET Native – что это означает для разработчиков под универсальную Windows-платформу

Как .NET Native повлияет на меня и мое приложение?

Конкретные показатели могут отличаться, но в большинстве случаев ваше приложение будет запускаться быстрее, работать с большей скоростью и потреблять меньше системных ресурсов.
•До 60% повышения скорости холодного старта
•До 40% повышения скорости горячего старта
•Уменьшенное потребление памяти при компиляции в машинный код
•Нет зависимости от десктопного .NET Runtime при установке


Так как ваше приложение скомпилировано в машинный код, вы получите прирост производительности, связанный со скоростью выполнения нативного кода (близко к производительности C++). При этом вы по-прежнему можете пользоваться преимуществами индустриальных языков программирования C# или VB и связанных инструментов.

Вы также можете продолжать использовать всю мощь программной модели, доступной в .NET с широким набором API для описания бизнес-логики и со встроенными механизмами управления памятью и обработки исключений.
Другими словами, вы получаете лучшее из обоих миров: управляемая разработка с производительностью близкой к С++. Это ли не прекрасно?


Правда при этом теряется возможность огульной рефлексии ну и разного рода ограничения.

Компиляция приложений с помощью машинного кода .NET
Re[168]: Тормознутость и кривость linq. Compile-time EDSL DB
Здравствуйте, Ikemefula, Вы писали:

I>Эти проблемы есть вообще во всех языках на платформе .Net, даже С++ будет обладать теми же недостатками — он будет много медленнее нативного. Джит никогда не сможет справиться с обычным компилятором.


Но может значительно приблизиться
NET Native – что это означает для разработчиков под универсальную Windows-платформу

Как .NET Native повлияет на меня и мое приложение?

Конкретные показатели могут отличаться, но в большинстве случаев ваше приложение будет запускаться быстрее, работать с большей скоростью и потреблять меньше системных ресурсов.
•До 60% повышения скорости холодного старта
•До 40% повышения скорости горячего старта
•Уменьшенное потребление памяти при компиляции в машинный код
•Нет зависимости от десктопного .NET Runtime при установке


Так как ваше приложение скомпилировано в машинный код, вы получите прирост производительности, связанный со скоростью выполнения нативного кода (близко к производительности C++). При этом вы по-прежнему можете пользоваться преимуществами индустриальных языков программирования C# или VB и связанных инструментов.

Вы также можете продолжать использовать всю мощь программной модели, доступной в .NET с широким набором API для описания бизнес-логики и со встроенными механизмами управления памятью и обработки исключений.
Другими словами, вы получаете лучшее из обоих миров: управляемая разработка с производительностью близкой к С++. Это ли не прекрасно?


Правда при этом теряется возможность огульной рефлексии ну и разного рода ограничения.

Компиляция приложений с помощью машинного кода .NET
.NET Native: создание двоичных файлов машинного кода