Сообщение Re[47]: dotnet vs java 2016-2020 от 18.10.2016 15:12
Изменено 18.10.2016 15:20 Serginio1
Здравствуйте, ·, Вы писали:
·>Здравствуйте, Serginio1, Вы писали:
S>>·>Причём тут взрывы? В смысле яблоки меньше взрываются потому что там есть и Java и .net? Что сказать-то хотел?
S>> То что в Java используется только натив.
·>Ты хотел сказать "в .net" или "в яблоках"?
Экий ты быстрый. Я уже подправил. Конечно в яблоках.
S>> А значит меньше потребление электричества.
·>В общем случае — не значит. JIT может иногда давать лучший код, т.к. ему доступно реальная информация времени исполнения. AOT — этого может и не знать. Скажем, типичный пример — virtual call elimination — если используется единственная имплементация виртуальной функции во время работы приложения, то JIT может выкинуть косвенный вызов. AOT — такой информацией просто не обладает.
Угу на мобильных то устройствах? Там большинство до сих пор сидит на Java 6.
А вот что касается инлайнинга и прочих оптимизаций то тут никакой оптимизатор лучше не сделает.
S>>>> На самом деле смысл в .Net Native не только в скорости и меньше расхода батареи,
S>>·>У тебя есть сравнение? Или опять голословные утверждения?
S>> Ну быстрее загружается, быстрее работает. Есть цифры на сайте MS.
·>Покажи.
https://msdn.microsoft.com/ru-ru/library/dn643729(v=vs.110).aspx
S>>·>ART (Android Runtime) уже давно занимается компиляцией java в натив, install time — под конкретный девайс.
S>> Спасибо. Интересно. Но там вроде компиляция на самом девайсе, в отличеие от MicroSoft
·>При желании компиляцию можно и до закачки делать — но непонятно зачем, тебе придётся компилировать под все возможные платформы, а их чуть больше чем дофига и постоянно клепают новые.
Так компилируется на стороне магазина. С мобильного указываются параметры и под него уже компилится или бертся из уже скомпиленных. Количество марок аппаратов ограничено.
S>>>> но и главное это обфускация.
S>>·>Кому нужна это обфускация? Студентам, которые боятся, что кто-то украдёт их нетленку?
S>> Нужна. Здесь на форуме много копий по этому поводу сломано.
·>Обсускаторы для java тоже есть.
Есть но машинный код лучше.
S>>>>И распространение приложений только через магазин. С привязкой к телефону.
S>>·>Для этого натив не нужен.
S>> Ну взломать и поставить то проблем больше с нативом.
·>Ну это заблуждение, подогреваемое продавцами обфускаторов. Я уверен, что .net native будет делать какие-то серьёзные усилия в сторону усложнеия декомпиляции.
Посмотрим. Так или иначе .Net Native под UWP которая пока не сильно то используется
·>Здравствуйте, Serginio1, Вы писали:
S>>·>Причём тут взрывы? В смысле яблоки меньше взрываются потому что там есть и Java и .net? Что сказать-то хотел?
S>> То что в Java используется только натив.
·>Ты хотел сказать "в .net" или "в яблоках"?
Экий ты быстрый. Я уже подправил. Конечно в яблоках.
S>> А значит меньше потребление электричества.
·>В общем случае — не значит. JIT может иногда давать лучший код, т.к. ему доступно реальная информация времени исполнения. AOT — этого может и не знать. Скажем, типичный пример — virtual call elimination — если используется единственная имплементация виртуальной функции во время работы приложения, то JIT может выкинуть косвенный вызов. AOT — такой информацией просто не обладает.
Угу на мобильных то устройствах? Там большинство до сих пор сидит на Java 6.
А вот что касается инлайнинга и прочих оптимизаций то тут никакой оптимизатор лучше не сделает.
S>>>> На самом деле смысл в .Net Native не только в скорости и меньше расхода батареи,
S>>·>У тебя есть сравнение? Или опять голословные утверждения?
S>> Ну быстрее загружается, быстрее работает. Есть цифры на сайте MS.
·>Покажи.
https://msdn.microsoft.com/ru-ru/library/dn643729(v=vs.110).aspx
S>>·>ART (Android Runtime) уже давно занимается компиляцией java в натив, install time — под конкретный девайс.
S>> Спасибо. Интересно. Но там вроде компиляция на самом девайсе, в отличеие от MicroSoft
·>При желании компиляцию можно и до закачки делать — но непонятно зачем, тебе придётся компилировать под все возможные платформы, а их чуть больше чем дофига и постоянно клепают новые.
Так компилируется на стороне магазина. С мобильного указываются параметры и под него уже компилится или бертся из уже скомпиленных. Количество марок аппаратов ограничено.
S>>>> но и главное это обфускация.
S>>·>Кому нужна это обфускация? Студентам, которые боятся, что кто-то украдёт их нетленку?
S>> Нужна. Здесь на форуме много копий по этому поводу сломано.
·>Обсускаторы для java тоже есть.
Есть но машинный код лучше.
S>>>>И распространение приложений только через магазин. С привязкой к телефону.
S>>·>Для этого натив не нужен.
S>> Ну взломать и поставить то проблем больше с нативом.
·>Ну это заблуждение, подогреваемое продавцами обфускаторов. Я уверен, что .net native будет делать какие-то серьёзные усилия в сторону усложнеия декомпиляции.
Посмотрим. Так или иначе .Net Native под UWP которая пока не сильно то используется
Здравствуйте, ·, Вы писали:
·>Здравствуйте, Serginio1, Вы писали:
S>>·>Причём тут взрывы? В смысле яблоки меньше взрываются потому что там есть и Java и .net? Что сказать-то хотел?
S>> То что в Java используется только натив.
·>Ты хотел сказать "в .net" или "в яблоках"?
Экий ты быстрый. Я уже подправил. Конечно в яблоках.
S>> А значит меньше потребление электричества.
·>В общем случае — не значит. JIT может иногда давать лучший код, т.к. ему доступно реальная информация времени исполнения. AOT — этого может и не знать. Скажем, типичный пример — virtual call elimination — если используется единственная имплементация виртуальной функции во время работы приложения, то JIT может выкинуть косвенный вызов. AOT — такой информацией просто не обладает.
Угу на мобильных то устройствах? Там большинство до сих пор сидит на Java 6.
А вот что касается инлайнинга и прочих оптимизаций то тут никакой оптимизатор лучше не сделает.
S>>>> На самом деле смысл в .Net Native не только в скорости и меньше расхода батареи,
S>>·>У тебя есть сравнение? Или опять голословные утверждения?
S>> Ну быстрее загружается, быстрее работает. Есть цифры на сайте MS.
·>Покажи.
https://msdn.microsoft.com/ru-ru/library/dn643729(v=vs.110).aspx
https://social.msdn.microsoft.com/Forums/en-US/f650e4d4-578f-4ef9-84d1-0d3eac9147c9/uwp-net-native-vs-net-jit-benchmark?forum=wpdevelop
S>>·>ART (Android Runtime) уже давно занимается компиляцией java в натив, install time — под конкретный девайс.
S>> Спасибо. Интересно. Но там вроде компиляция на самом девайсе, в отличеие от MicroSoft
·>При желании компиляцию можно и до закачки делать — но непонятно зачем, тебе придётся компилировать под все возможные платформы, а их чуть больше чем дофига и постоянно клепают новые.
Так компилируется на стороне магазина. С мобильного указываются параметры и под него уже компилится или бертся из уже скомпиленных. Количество марок аппаратов ограничено.
S>>>> но и главное это обфускация.
S>>·>Кому нужна это обфускация? Студентам, которые боятся, что кто-то украдёт их нетленку?
S>> Нужна. Здесь на форуме много копий по этому поводу сломано.
·>Обсускаторы для java тоже есть.
Есть но машинный код лучше.
S>>>>И распространение приложений только через магазин. С привязкой к телефону.
S>>·>Для этого натив не нужен.
S>> Ну взломать и поставить то проблем больше с нативом.
·>Ну это заблуждение, подогреваемое продавцами обфускаторов. Я уверен, что .net native будет делать какие-то серьёзные усилия в сторону усложнеия декомпиляции.
Посмотрим. Так или иначе .Net Native под UWP которая пока не сильно то используется
·>Здравствуйте, Serginio1, Вы писали:
S>>·>Причём тут взрывы? В смысле яблоки меньше взрываются потому что там есть и Java и .net? Что сказать-то хотел?
S>> То что в Java используется только натив.
·>Ты хотел сказать "в .net" или "в яблоках"?
Экий ты быстрый. Я уже подправил. Конечно в яблоках.
S>> А значит меньше потребление электричества.
·>В общем случае — не значит. JIT может иногда давать лучший код, т.к. ему доступно реальная информация времени исполнения. AOT — этого может и не знать. Скажем, типичный пример — virtual call elimination — если используется единственная имплементация виртуальной функции во время работы приложения, то JIT может выкинуть косвенный вызов. AOT — такой информацией просто не обладает.
Угу на мобильных то устройствах? Там большинство до сих пор сидит на Java 6.
А вот что касается инлайнинга и прочих оптимизаций то тут никакой оптимизатор лучше не сделает.
S>>>> На самом деле смысл в .Net Native не только в скорости и меньше расхода батареи,
S>>·>У тебя есть сравнение? Или опять голословные утверждения?
S>> Ну быстрее загружается, быстрее работает. Есть цифры на сайте MS.
·>Покажи.
https://msdn.microsoft.com/ru-ru/library/dn643729(v=vs.110).aspx
https://social.msdn.microsoft.com/Forums/en-US/f650e4d4-578f-4ef9-84d1-0d3eac9147c9/uwp-net-native-vs-net-jit-benchmark?forum=wpdevelop
S>>·>ART (Android Runtime) уже давно занимается компиляцией java в натив, install time — под конкретный девайс.
S>> Спасибо. Интересно. Но там вроде компиляция на самом девайсе, в отличеие от MicroSoft
·>При желании компиляцию можно и до закачки делать — но непонятно зачем, тебе придётся компилировать под все возможные платформы, а их чуть больше чем дофига и постоянно клепают новые.
Так компилируется на стороне магазина. С мобильного указываются параметры и под него уже компилится или бертся из уже скомпиленных. Количество марок аппаратов ограничено.
S>>>> но и главное это обфускация.
S>>·>Кому нужна это обфускация? Студентам, которые боятся, что кто-то украдёт их нетленку?
S>> Нужна. Здесь на форуме много копий по этому поводу сломано.
·>Обсускаторы для java тоже есть.
Есть но машинный код лучше.
S>>>>И распространение приложений только через магазин. С привязкой к телефону.
S>>·>Для этого натив не нужен.
S>> Ну взломать и поставить то проблем больше с нативом.
·>Ну это заблуждение, подогреваемое продавцами обфускаторов. Я уверен, что .net native будет делать какие-то серьёзные усилия в сторону усложнеия декомпиляции.
Посмотрим. Так или иначе .Net Native под UWP которая пока не сильно то используется