How to become an author
Search
Write a publication
Pull to refresh

Comments 294

Еще бы Google заинтересовалась этой новостью.
Total votes 57: ↑53 and ↓4+49
Я думаю большие компании просто не могут пропустить мимо внимания это. Если все же пропустят без рассмотрения, то таких ответственных людей надо увольнять.
Total votes 17: ↑15 and ↓2+13
Я вообще не понимаю зачем там этот Davlic, точнее так, почему нельзя писать программы без него, сейчас у некоторых он нужен только для того что бы загрузить so файлы и передать им управление, а так же взаимодействовать с GPS, камерой, сетью. Выкиньте все это дерьмище и дайте нормальные с++ либы, вся эта Java постоянно мешается только.
Total votes 32: ↑17 and ↓15+2
Dalvic дает очень важное преимущество, которое для широкого класса приложений превосходит минусы — приложение будет работать на любой архитектуре. И, предположительно, использовать всю мощь.
Total votes 13: ↑11 and ↓2+9
Гугл контроллирует средства разработки и они бы могли решить проблему архитектур очень просто:

1. Сишка уже сейчас может компиляться под разные архитектуры прозрачно для разработчика.
2. Всё это дело уже сейчас пакуется в APK с разными бинариками.
3. Сделать более умный маркет, который при аплоуде приложения сделает несколько версий APK под разные платформы.
4. Слать юзерам только нужную версию APK без лишних бинариков.

Вуаля, всё работает прозрачно и для программеров и для пользователей. Осталось только реализовать шаги 3 и 4.
Total votes 21: ↑14 and ↓7+7
Как ни крути — это фрагментация.
Total votes 18: ↑12 and ↓6+6
С таким подходом ява тоже фрагментация — VM-то разная под разные платформы. Но программер её не видит. Сборку он тоже видеть не будет. Работает и жорошо.
Total votes 12: ↑5 and ↓7-2
Но в случае с C++ именно програмеру придется собирать все это дело под разные платформы. Да и тестировать сложнее будет.
Total votes 2: ↑1 and ↓10
Смысл в том, чтобы не собирать отдельно. Сделать это гуглу не проблема, о чём я и говорю. А тестировать и так надо под кучу девайсов, ничего не поменяется. С каждым годом девайсов и различий всё больше и больше, дополнительные архитектуры погоду не сделают.
Total votes 2: ↑1 and ↓10
Вы не поняли собеседника. Он предлагает, чтобы разработчик грузил исходный код, а Гугл сам тестировал его на совместимость и компилировал/собирал под разные платформы для последующей раздачи в Маркете/Play.
This comment wasn’t rated yet0
Сборку проекта под несколько архитектур увы не всегда можно автоматизировать. Да и представьте насколько увеличится стоимость разработки.
Total votes 1: ↑1 and ↓0+1
Google nacl + llvm с вами несогласен.
This comment wasn’t rated yet0
От того что они не согласны стоимость разработки на C/C++ не уменьшается, количество разработчиков не увеличивается, и необходимость танцев с бубном при некоторых обстоятельствах это не устраняет.

p.s. К слову, а причем тут Google nacl? Насколько я знаю это способ ускорить работу бизнес логики для WEB приложений. Не каждое приложение под андроид можно реализовать через него. Или я не прав?
Total votes 1: ↑1 and ↓0+1
Angry Birds там взлетает, причем для любых 32битных осей.
Про стоимость разработки это все мифы, проблема не имеет однозначного решения.
This comment wasn’t rated yet0
getjar.com это решил давно, правда, за счёт разработчика.
This comment wasn’t rated yet0
Что характерно, Маркет уже вполне умеет работать с несколькими APK под разные девайсы и версии ОС.
Total votes 5: ↑5 and ↓0+5
DEX-файл в APK является платформонезависимым, а вот зависимыми от платформы могут быть библиотеки в папке lib, внутри APK. К примеру, APK SetCPU содержит в папке lib три подпапки под разные архитектуры — две под разные вариации ARM и одна под x86. Android Terminal Emulator содержит по умолчанию библиотеку для ARM, но есть старая версия ATE для MIPS. В результате я на своем Ainol Novo7 Paladin путем замены оригинальной библиотеки ARM на старую от MIPS получил работающую без Magic Code последнюю версию ATE.
This comment wasn’t rated yet0
Спасибо, я в курсе как внутри устроены APK :) Раньше Гугл предлагал пихать все в один APК, независимо от целевого девайса, но с относительно недавних пор можно загружать несколько APK одного приложения под разные целевые платформы. Например, чтобы уменьшить их размер, нe поставляя библиотеки под все платформы, a только нужные. Или, например, выгружать версию с ActionBarSherlock под старые версии Android, а для Honeycomb и выше сделать нативный интерфейс на Holo.
This comment wasn’t rated yet0
Как я понимаю проблему: в С юзер может взять либу которая отлично работает на его архитектуре, процессоре и не факт что эта либа будет работать на устройствах с другой архитектурой. Куча неопытных юзеров выкладывает кучу таких програм на маркет и мы видем в интернете статьи о том что андройд — самая глючная система.
В Java'е пользователь может не думать о совместимости либ вообще. Так же не должен думать о памяти. Ну вы думаю вы и сами знаете/слышали о преимущкествах J перед C.

И я бы не сказал что ВСЕ пакуется с бинарниками. Бинарники используются только для узких мест. Чаще всего это оттестированные либы общего пользования. Для не узких мест джавы вполне хватает.
This comment wasn’t rated yet0
так а кто мешает использовать это преимущество? в винде программы на яве тоже работают и для этого не нужен обязательный для всех приложений слой на яве.
Total votes 5: ↑2 and ↓3-1
>>И, предположительно, использовать всю мощь.
Т.е. Dalvic как-то сам распараллелит ваши приложения и векторизует код под NEON?
Total votes 1: ↑1 and ↓0+1
Именно поэтому я и написал — предположительно.
Так как в этом случае все на совести вирт. машины — допустим появилась новая инструкция, которая за такт делает то, что раньше делали несколько команд.

Тем более, я слышал что такое могут делать некоторые компиляторы для С++, а это значит что при желании это вполне скоро появится и на вирт. машинах.
This comment wasn’t rated yet0
Хотя, в данном контексте было бы правильнее слово «потенциально».
This comment wasn’t rated yet0
>> я слышал что такое могут делать некоторые компиляторы для С++
Максимум что они могут делать это смешить детей в песочницах
Total votes 1: ↑0 and ↓1-1
>Coding in ASM since 1993
На этом закончим наш спор.
Total votes 2: ↑2 and ↓0+2
Кстати, говоря о неспособности Dalvic в данном вопросе, я не это обобщаю все VM, которые-могут-быть-написаны.
Потенциально VM предоставляет больше свободы для параллелизации и оптимизации чем статический компилятор.
Осталось дело за малым — создать такую VM =)
Total votes 2: ↑1 and ↓10
Оптимизация такого рода предполагает знание допустимых латентностей зависимых задач и смены представления данных на более подходящий формат, после чего уже выбирается подходящий алгоритм. Низкоуровневые языки типа «C» не позволяют передать данную информацию при написании кода.

Тупая векторизация простейших циклов много где есть конечно, но это не интересно.
Компиляторов C/C++, которые делают трансформацию данных (для начала), насколько я знаю, нет.
This comment wasn’t rated yet0
Скажите вот… почему в громких заявлениях приложения на Java используют всю мощь, иногда даже быстрее C приложений, а в итоге имеет то что имеем — тормоза UI, дерганные прокрутки длинных списков, да и вообще общее впечатление от UI — как задумчивая коробка автомат
Total votes 7: ↑6 and ↓1+5
Некоторые оправдывают это «честным» режимом прорисовки, де iOS и Windows Phone рисуют гуй в отдельном потоке с максимальным приоритетом, а в андройде не так.
Total votes 7: ↑5 and ↓2+3
Потому что на старых версиях андройда UI рисовался софтварно, в отличии от той же iOS, где это делается через OpenGL.
Total votes 1: ↑0 and ↓1-1
Как раз простенькую картинку быстрее софтварно отрисовать, чем гонять туда сюда и кучу раз контекст переключать… OpenGL нужен чтобы что-то более сложное рендерить, чем список с элементами.
А вот рендеринг элементов списка в отдельном потоке это куда более важная вещь!
Total votes 2: ↑1 and ↓10
если честно, всегда считал, что рисовать гуй в одном потоке с приложением, которое должно че-то в бэкграунде делать, — это моветон.

Ну, например рендерить раскрывающийся список с подгрузкой в него элементов по ходу листания.
Total votes 1: ↑1 and ↓0+1
Обычно в приложении всегда только один активный поток рендерит интерфейс, а остальные в background режиме подгружают данные для рендеринга.
Но в реальности обычно все в одном потоке и происходит и все настольные приложения написаны именно так!
Total votes 3: ↑1 and ↓2-1
OpenGL нужен чтобы что-то более сложное рендерить, чем список с элементами.


В конечно счете вам нужно рендерить кучу векторных примитивов. Именно по этому в том же WPF UI рисуется через DirectX.
This comment wasn’t rated yet0
В конечном итоге вам придется рендерить кучу текста и выводить кучу текстур и уже заниматься с ними весельем типа масштабирования, tiling'а и т.д.
This comment wasn’t rated yet0
Этим занимается UI фреймворк, а не конечный программист.
Total votes 3: ↑3 and ↓0+3
Я не в курсе на чем написаны встроенные приложения на Windows Phone, если на C# то они вполне себе быстро работают.
Total votes 1: ↑1 and ↓0+1
Да, на нём. а работают шустро потому что нет фрагментации и жесткие ограничения платформы.
/Cap_off
Total votes 6: ↑1 and ↓5-4
На C++. Используется Silverlight for Windows Embedded.
Вот только странно то, что один и тот же текст, нарисованный одним и тем же шрифтом, сглаживается по разному на нормальном сильверлайте и вышеуказанном.
Total votes 5: ↑4 and ↓1+3
в тестах была не джава, оракловская джава и даливик в плане оптимизаций это совершенно разные вещи. Я не знаю причин почему их нет в далвике, но примерно те же технологии используются в тестах с моно которые вы увидели, поэтому если бы в тестах сравнивали оракловскую java и далвик разница была бы так же существенна. Возможно это енергопотребление, память еще что-то не знаю. Тест очень синтетический. Использует коллекции дотнета. Не сильно бы я ему верил.
Total votes 1: ↑1 and ↓0+1
Ключевое слово у «некоторых». Как не крути, а писать на java/c# быстрее и проще, чем на С/С++. К нативному коду обращаются когда возникают проблемы производительности, которые другими путями не решить.
Total votes 15: ↑15 and ↓0+15
Или когда есть уже написанный нативный код и охота его просто портировать? Что в разы проще, чем всё опять по новой под жабу, C#, HTML5+JS переписывать, нет?
А llvm вполне способен генерить универсальные бинарники.
Total votes 3: ↑2 and ↓1+1
Или когда есть уже написанный нативный код и охота его просто портировать?


Такой момент, конечно, имеет место быть, но как он относится к изначальному вопросу о том, почему бы не отказаться от java\C# в реализации userland в пользу нативных библиотек?
Total votes 1: ↑1 and ↓0+1
Чтобы было проще портироваться дальше?
This comment wasn’t rated yet0
Портирование это слишком частный и узкий случай, чтобы ради него принимать столь масштабное решение. Если мы отбросим игры, то оставшийся софт всеравно нужно писать отдельно под каждую платформу в соответствии с ее правилами разработки приложений, от UI до взаимодействия с системой.
This comment wasn’t rated yet0
Меня такой подход ну совсем не устраивает. Тем более, что большая часть любого ПО таки платформонезависима априори. А гуй уж хрен с ним, сделаю в соответствии с HIGом.
This comment wasn’t rated yet0
Тем более, что большая часть любого ПО таки платформонезависима априори

Где это вы такое априори нашли? Даже не говоря об интеграции с системой, вот например у меня есть приложение календарь, типа iCalc. У меня половина приложения, если не большая это его UI и его логика со всякими спецэффектами.
Меня такой подход ну совсем не устраивает.

Ну когда у вас будет своя платформа, вы сможете забить на финансовую выгоду и делать как вам нравится.
А гуй уж хрен с ним, сделаю в соответствии
Вы как-то преуменьшает сложность, важность и объем работы для реализации хорошего GUI для мобильной платформы.
Total votes 3: ↑3 and ↓0+3
Думаю это давать не надо… С С++ куча проблем по сути дела есть только один нормальный способ распространять С++ программы — исходниками. И каждый у себя запустит gcc и получит рабочую версию, а если что-то не линкуется подправит и все равно получит работающую версию…
Компилировать под разные платформы еще то удовольствие и в конце концов получается, что на 1-5 телефонах все равно не работает! Причем падает сразу все приложение, а не по частям, как в Java (ClassNotFoundException).

Мне кажется Google осознал эту проблему и продвигает C язык с трансляцией в LLVM. Вот это правильно! И то что они делают в Chrome тоже правильно. А верить, что все телефоны будут писать одинаковые API к драйверам — глупо и Google их не заставит, поэтому высокоуровневое API (на другом языке) не мешает, а помогает, так как стандартизирует…
Total votes 8: ↑6 and ↓2+4
UFO just landed and posted this here
Это другого уровня проблема и проблема говнокодеров не должна причинять неудобств нормальным программистам.
This comment wasn’t rated yet0
UFO just landed and posted this here
Я вообще считаю, что лучше бы Java была клеем для нативных модулей, а приложения собирались из этих кирпичиков.
Но увы, в результате я лучше на плюсах все продолжу писать, чем связываться со всей этой кухней.
This comment wasn’t rated yet0
«Проблемы негров шерифа не волнуют»(с)

Говнокодер или нет, когда разработчик не парится над менеджментом памяти, а сразу в бой — разрабатывать бизнес-логику, время и/или стоимость разработки неплохо сокращаются. В managed языках и вообще языках высокого уровня есть смысл. В том числе и в попытке пресечь выстрелы в ногу у разработчиков, у которых недостаточно опыта/времени/денег.

Total votes 1: ↑1 and ↓0+1
Речь идет о том, как уменьшить стоимость разработки и следовательно уменьшить стоимость приложений, что сделает платформу более популярной. Ваш путь предполагаю наличие более опытных и дорогих кадров при том же результате для конечного пользователя, что экономически не выгодно.
This comment wasn’t rated yet0
Не могу я верить в такой отрыв без анализа причин этого отрыва.

Total votes 67: ↑63 and ↓4+59
UFO just landed and posted this here
Я конечно их открыл и одним глазом посмотрел.
Причина отрыва по прежнему не ясна :-)
Total votes 15: ↑12 and ↓3+9
Пишут, что за счёт наличия «структур» (Value types) и за счёт другой реализации темплейтных (generic) функций.
Total votes 5: ↑5 and ↓0+5
Кстати, да. Когда писал одну простую игрушку под Андроид, в логике компьютерного игрока для дерева состояний очень не хватало возможности положить в стек состояние игровой доски — на структурах это делалось бы влет и думаю сильно ускорило бы размышления компьютера.
Total votes 5: ↑3 and ↓2+1
«Я ничего не понял, но не верю в производительность C#»
Total votes 47: ↑7 and ↓40-33
Я Вас огорчу, сам по себе C# имеет нулевую производительность, он при компиляции преобразуется в промежуточные данные, с которыми уже работает «виртуальная машина», так что надо говорить так: «я ничего не понял, но думаю что VM JAVA должна работать быстрей чем VM Mono»
Total votes 6: ↑3 and ↓30
Ну, быстрей — не быстрей, но не в 8 же раз медленне JVM чем VM Mono. Странно это как-то и подозрительно.
Total votes 8: ↑7 and ↓1+6
Так это смотря на что смотреть, в данном случае, на сколько я понял, противоставляли дотнетовские структуры джавовским классам (в джаве нет структур?), а структуры работают в разы быстрей, и благодаря этому приложение в целом работает быстрей. При разработке можно очень много маленьких классов заменить на структуры, и это даст значительный прирост производительности (до 8 раз в идеале).
Total votes 5: ↑5 and ↓0+5
В джаве нет структур.
Но, насколько я понимаю, тест не был строго ориентирован на противопоставление структур объектам/классам.
Total votes 4: ↑1 and ↓3-2
Именно, и на этом весь выигрыш в данном случае =) А еще там оракл не будет наезжать.
Total votes 5: ↑5 and ↓0+5
Mono and Dalvik: structs and Generics.
Total votes 1: ↑1 and ↓0+1
Ах да, на заголовок графика то я и не обратил внимания. Спасибо.
Total votes 1: ↑0 and ↓1-1
В VM Mono другая работа со строчками, другой GC, есть структуры и по-другому сделаны дженерики.
Total votes 3: ↑3 and ↓0+3
А как влияют дженерики?
Total votes 2: ↑1 and ↓10
В .NET они поддерживаются нормально в JIT, в яве сделаны через костыли для работы в VM тех времён, когда их в языке ещё не было.
Total votes 7: ↑4 and ↓3+1
Чем отличаются я в курсе. Непонятно, как это отличие влияет на производительность.
Total votes 5: ↑3 and ↓2+1
Вы опоздали, уважаемый, и даже не ответили по сути на вопрос (в вашем коде и дженериков-то нет).
Вы, подозреваю, в курсе, что такой код будет на этапе компиляции заменён на .add(new Integer(1));

Но проблема, как уже докопались в соседней ветке, не в этом, а в том, что get() на List вернёт Object, который надо будет привести обратно к Integer. Результат: затраты на cast.
Total votes 7: ↑3 and ↓4-1
Может он на это намекал, а может на overhead при создании враппера к int — к чему вообще намёки?
Не лучше ли написать прямо, а не обиняками, и сэкономить время всем читающим.
Total votes 5: ↑2 and ↓3-1
Я не уверен насчет последних версий джавы, но когда я в свое время интересовался, разница была в том, что в джаве на уровне байт-кода никаких дженериков не было, вместо этого объекты с типом типизации превращались в object, а в нужных местах проставлялся каст. В шарпе дженерики реализованы на уровне CLR, так что нет оверхеда с кастом туда обратно. Как я понимаю(возможно ошибочно) особенно это актуально для типизации через value type, т.к. на касте с обджектом мы получаем постоянное боксирование.
Total votes 4: ↑4 and ↓0+4
> на уровне байт-кода никаких дженериков не было
Так и сейчас, ничего не изменилось. Но как именно это влияет не производительность?

> особенно это актуально для типизации через value type,
> т.к. на касте с обджектом мы получаем постоянное боксирование
Боксирование в Java грубо говоря происходит не в рантайме.
Value types в джава — только примитивы. Дженерики на примитивы не распространяются.
Total votes 4: ↑2 and ↓20
Дженерики на примитивы не распространяются.


Т.е. List в джаве написать нельзя?

Но как именно это влияет не производительность?


Операция каста и динамических проверок процессорного времени не отнимают?
Total votes 2: ↑2 and ↓0+2
> Т.е. List в джаве написать нельзя?
List не может содержать примитивы, только Object.

> Операция каста и динамических проверок процессорного времени не отнимают?
Интересно, что у вас «каст» и «данимические проверки» как отдельные вещи (-;
Отнимают, конечно, но так ли много?
Total votes 4: ↑1 and ↓3-2
Отнимают, конечно, но так ли много?

В цикле сложения всех элементов списка они займут 95% времени.
Total votes 4: ↑2 and ↓20
Ваш вопрос изначально был в том «как влияют», а не насколько. Численную оценку надо устанавливать экспериментально, будет здорово если вы проведете такое измерение и опубликуете результаты.
Total votes 2: ↑2 and ↓0+2
Вы похоже недооцениваете этот «каст». На самом деле это означает следующее — в массиве у вас хранится не само число, а ссылка на него. Это уже двойное потребление памяти. А если еще представить что у вас какие то элементы удаляются, а какие то добавляются, то вы получаете в управляемой куче большое кол-во недоступных объектов, на уничтожение которых сборщику мусора приходится тратить дополнительное время.
В случае же с дженериками .Net'a компилируются классы для каждого значимого типа в отдельности — т.е. все выделения памяти происходят на стеке, и вы экономите очень большое кол-во времени на сборках мусора и дополнительной работе с памятью.
Total votes 3: ↑3 and ↓0+3
> в массиве у вас хранится не само число, а ссылка на него
В массивах в Java какраз можно держать примитивы.
Речь шла о List, и не обязательно List врапперов для примитивов, а любой List, с сылками на сложные объекты например — не врапперы для примитивов.

> В случае же с дженериками .Net'a…
>… все выделения памяти происходят на стеке
Для коллекций примитивов и структур? Ну, с структурами вопросов особо и не было.
Total votes 4: ↑2 and ↓20
Если я правильно понял, то в C#
List fooList;
это нечто похожее на шаблоны в плюсах, то есть, VM знает о том, что это новый тип List а в Java
List превращается в
List
Total votes 2: ↑1 and ↓10
Чертов парсер 
List<Foo> fooList;

и
List<Object> fooList;


соответственно
This comment wasn’t rated yet0
>Речь шла о List
Простите, оговорился. Конечно же я имел ввиду List. Просто в C# между ними нету такой великой разницы — и то и то класс, но у масивов есть поддержка состороны синтаксиса языка.
Да в шарпе это подобие шаблонам, за исключением того, что там строгий контроль типов на уровне самого шаблона, а не при его использовании. За счет этого есть и минусы (меньшая гибкость) и плюсы (кроме самого контроля типов еще и уменьшение объема кода после компиляции — для каждого ссылочного типа генерируется только 1 реализация класса и т.д.)
This comment wasn’t rated yet0
Дженерики с аргументами типов, являющимися ссылочными типами, работают аналогично джавовым (единственное отличие в этом месте — отсутствие type erasure). А вот дженерики с аргументами типов, являющимися value types — работают без боксинга, в отличие от джавовых аналогов.

Итого, есть 2 отличия в дженериках: type erasure и поддержка value-types. Первое на производительность не влияет, а вот второе — влияет.
This comment wasn’t rated yet0
UFO just landed and posted this here
Они её поддерживают начиная с версии фрейворка 4.0 :) До этого она была только для массивов, а теперь появилась возможность при создании обобщенной коллекции задать это в явном виде.
This comment wasn’t rated yet0
Вот вот. Ну просто я поэтому и удивляюсь, когда говорят, что там что-то не поддерживается.
This comment wasn’t rated yet0
Ничего удивительного, .net машины часто превосходят машины java по производельности на синтетических тестах.

А на мобильных устройствах думаю вариантов оптимизаций еще предостаточно.
Но это просто отлично! Вполне возможно это подтолкнет Google оптимизировать свою машину.

Интересно, когда появятся .net сборки доступные для широких масс…
Total votes 5: ↑4 and ↓1+3
Вообще тот график где показывает отрыв очень хитрый. В Mono реализация на более лёгких структурах вместо объектов.
Total votes 12: ↑11 and ↓1+10
А что мешало в Java это сделать на структурах и аллоцировать их на стеке?
Total votes 2: ↑1 and ↓10
То, что в джава нет структур.
Total votes 7: ↑7 and ↓0+7
А что мешает их добавить? Хотя бы как расширение для Dalvik'а.
Total votes 3: ↑1 and ↓2-1
То, что это уже будет переJava-недоC#.
Total votes 13: ↑12 and ↓1+11
Добавит их значило бы создать свой язык на основа Java. Туда еще очень много чего можно было бы добавить, но, как я понимаю, политика гугла как раз заключалась в том, чтобы поддержать java стандарт, а не создавать новый язык. К тому же надо еще посчитать, что дешевле — править виртуальную машину, IDE и компилятор или просто подставить mono vm и запустить старые приложения через IKVM.
Total votes 2: ↑2 and ↓0+2
В этом весь смысл статьи, что в дотнете есть инструменты, позволяющие писать более быстрый код, относительно жавы в целом и андроида в частности.
«C# went from being a slightly better Java to be light-years ahead. „(с)
Total votes 4: ↑3 and ↓1+2
Ещё они обращение к графике поменяли: убрав лишнее звено (Java) реализовав через P/Invoke
Total votes 3: ↑3 and ↓0+3
То есть еще и P/Invoke можно оптимизировать за счет ручного маршалинга?
This comment wasn’t rated yet0
Расскажите несведущему, где такие архитектурные ограничения Dalvik, которые решит Mono?
Total votes 8: ↑5 and ↓3+2
Дотнетный рантайм эффективнее явовского по скорости by-design. Это даже тесты IKVM показывают.
Total votes 40: ↑37 and ↓3+34
А можно по-подробнее?
Я ничего лучше этого не видел. При этом у них результаты для разных реализаций в рамках одного языка зачастую отличаются в десять раз. Тем не менее есть серьезные подозрения, что дело не в Java «by-design», а в Google «by-hands».
Total votes 6: ↑4 and ↓2+2
Код, а так же версию и опции моновского рантайма я там не увидел. Прозреваю, что это было Mono 2.6 с профилем для десктопов.
Total votes 2: ↑1 and ↓10
Ну замечательно. Использовали моновский компилер C# первого поколения, который не обновлялся сто лет уже, Boehm GC, вместо которого уже давно рекомендуют использовать SGen, и не использовали никаких флагов, включающих оптимизации JIT. Зато яву запустили в серверном режиме.
Q. E. D.
Total votes 22: ↑19 and ↓3+16
А напишите, с какими параметрами надо компилировать/запускать, хочется самому потестить.
Total votes 1: ↑1 and ↓0+1
Для начала тест следует хотя бы привести к корректному состоянию, ибо сейчас он что для явы, что для Mono считает попугаев, т. к. замеряет в т. ч. загрузку рантайма, библиотек и время работы JIT, что в нормальном приложении происходит один раз на старте. Сейчас если включить в Mono AOT-кэш сборок (устанавливается в переменной окружения MONO_AOT_CACHE, dll-ки компилируются в машинный код один раз, нативные бинарники лежат в ~/.mono/aot-cache), то тест покажет совершенно иные результаты, но они всё равно будут некорректны. По-хорошему же надо вынести весь код теста в функцию, прогнать её один раз, после чего вызвать снова и уже тогда считать затраченное время.

А вообще компилить следует gmcs (а лучше компилятором от MS), использовать параметры -O=all --gc=sgen, в идеале ещё и само Mono собрать с поддержкой LLVM, тогда, соответственно, добавить параметр --llvm. Ну вот как-то так.
Total votes 9: ↑7 and ↓2+5
Ну дайте ссылки хотя бы на эти тесты, и расскажите что именно там эффективнее.
Я не могу в куче мусора найти что-нибудь вменяемое пока.
Total votes 1: ↑1 and ↓0+1
Вообще-то, Dalvik — не JVM, у него совершенно иная архитектура.
Total votes 2: ↑2 and ↓0+2
Из моего опыта написания игрушек — Java имеет одно очень важное ограничение by design.
Там нет структур (struct в C#), тоесть обьектов, память для которых выделяется в стеке и которые передаются by value.
В играх это супер критично — Vector, Matrix, Color — все часто создаваемые и удаляемые обьекты создаються на стеке чтоб избежать генерации мусора.
Total votes 8: ↑8 and ↓0+8
Да. Цифры говорят сами за себя.
Что намного важнее со struct — не скорость в абстрактных тестах, а то что они при создании-удалении не фрагментируют кучу. А GarbageCollector хоть быстрый и умный, но при полном проходе он приостанавливает выполнение программы, а в играх регулярное зависание даже на 50мс будет очень заметно.
Total votes 3: ↑2 and ↓1+1
Не только это. Если у нас есть вектор структур, они будут иметь пространственную когерентность в памяти в отличии от классов и соответственно будут превентивно попадать в кэш-линию, что дает очень ощутимую разницу при большом размере вектора.
Total votes 5: ↑5 and ↓0+5
Думаю RenderScript решит эти проблемы и может быть будет быстрее, чем Mono ;)
Total votes 1: ↑1 and ↓0+1
Эти проблемы решает Android NDK, только вместе с этим убивает простоту и удобство использования современного managed языка.
Total votes 4: ↑4 and ↓0+4
А зря, особенно если Oracle создаст прецедент.
Total votes 9: ↑8 and ↓1+7
Хотя, опять же, если Oracle выиграет, поверх новой виртуальной машины они Dalvic, для совместимости с существующими приложениями не смогут поставить.
This comment wasn’t rated yet0
UFO just landed and posted this here
Код на яве можно через IKVM перекомпилять в дотнетные dll-ки, делов-то.
Total votes 3: ↑2 and ↓1+1
UFO just landed and posted this here
Если Оракл таки засудит гугловцев, то придётся.
Total votes 2: ↑1 and ↓10
UFO just landed and posted this here
Ну есть же ещё J#. При наличии явовских библиотек классов из IKVM никаких проблем с переходом на CLR быть не должно.
Total votes 2: ↑1 and ↓10
Ну, блин, J# забросили еще в 2007-м. Ему до C# как до луны теперь.
This comment wasn’t rated yet0
Ну J# до C# всё же ближе чем яве.
Total votes 1: ↑0 and ↓1-1
Хммм, интересный вопрос. Наверное, ближе к CLR, чисто технически, но Ява-то развивалась все эти годы, так что — по уровню, пожалуй, нет.
This comment wasn’t rated yet0
процесс миграции между C# и Java не такой уж затратный по времени. Это не Питон <--> Руби.

Но чтобы сменить парадигму, нужна очень веская причина. Для Гугла. И претензии Оракла здесь ни при чем. Судиться — это удел юристов, а не программистов.

Веских причин может быть две: 1) архитектурная; 2) политическая.
В случае 1) недостаточно просто «конвертнуть» код и подивиться недюжинной экономии ресурсов.
Нужны:
— тщательное тестирование работоспособности всех компонентов системы,
— проверка безопасности такой системы,
— создание и длительное нагрузочное/повседневное тестирование рабочих прототипов,
— подробное прогнозирование возможных финансовых потерь своих/разработчиков сторонних приложений, оценка затрат сторонних разработчиков на переход с одной платформы на другую;
— подготовка средств разработки и тестирования ПО/
— и так далее.

Если в результате выполнения всех этих пунктов окажется (теоретически), что компания+разработчики+пользователи приобретут за МИНИМУМОМ временных-финансовых затрат РЕАЛЬНЫЙ профит (компании), упрощение разработки/тестирования (разработчикам), счастье (пользователям),
тогда да, можно говорить о том, что такой переход оправдан.

2) политическая — это решение сверху (например, что маловерятно, под давлением внешних факторов), которое всё равно приведет к необходимости всего, что было в пункте 1).

В любом случае, в масштабах экосистемы андроида невозможно такой переход осуществить за один день, поэтому наверное разработчики Хобота и указали, что «разработка рассматривается как исследовательский проект, не претендующий развитие в виде нового продукта.»
Total votes 7: ↑7 and ↓0+7
Почему не надо? На моно есть кошерный F#, кодить на котором несравненно большее удовольствие, чем на унылой жабке.
Total votes 5: ↑2 and ↓3-1
UFO just landed and posted this here
UFO just landed and posted this here
> Серьезно хотите, чтобы SDK крупной мобильной платформы перевели на функциональный язык программирования?

Почему такое странное неприятие функциональщины? Все от этого только выиграют.

> Почему не на Lisp тогда уж?

А Лисп по большей части не функциональный.
This comment wasn’t rated yet0
Почему? Купят их с потрохами и переведут андроид на моно. Это, конечно, крутой поворот, но всякое может быть.
Total votes 6: ↑3 and ↓30
Подавятся покупать :)
Total votes 2: ↑1 and ↓10
Скорее купят, и продадут.
Total votes 3: ↑1 and ↓2-1
я имел в виду xamarin, конечно же =)
Total votes 6: ↑5 and ↓1+4
Тогда я неправильно понял :)
Total votes 3: ↑2 and ↓1+1
UFO just landed and posted this here
Кстати ещё в блоге у них написано, что уже до 4.0 проапгрейделись
Total votes 1: ↑1 and ↓0+1
а как же приложения? сообщество не захочет переучиваться на С#, приложение не станут переписывать
Total votes 8: ↑5 and ↓3+2
Как я понимаю, нативные (C++) и так будут работать. Java будут можно через Sharpen перегнать.
Total votes 4: ↑4 and ↓0+4
А я так понимаю что они (нативные) таки отвалятся. Там же все через JNI сделано. Нет Java машины — нет JNI. К сожалению не в курсе позволяет .NET VM добавлять к .NET классам нативный код.
Total votes 1: ↑1 and ↓0+1
1) в C# есть P/Invoke
2) JNI при запуске под IKVM работает, т. е. реализация для CLR уже есть.
Total votes 4: ↑2 and ↓20
То что что-то есть это хорошо. Правда надо почитать какое оно и насколько удобно (тут кстати JNI плохой пример для подражания)

По второму пункту как-то не очень понял. Вы заявляете что уже собранная библиотека будет без проблем работать? Как-то с трудом верится, учитывая что JNI учитывает специфику Java VM которой в .NET VM просто не будет.
This comment wasn’t rated yet0
P/Invoke позволяет работать с любой библиотекой на С (не С++, с ним сложнее всё). По поводу JNI, новость о поддержке в IKVM была ещё 2004-ом году. Вообще говоря они позиционируют IKVM помимо всего прочего как drop-in replacement.
Total votes 2: ↑1 and ↓10
Почитал про технологию тут. Не обнаружил там как из нативного кода обладая ссылкой на объект в VM дернуть его метод. Если ткнете носом, буду благодарен.
This comment wasn’t rated yet0
P/Invoke даёт возможность передавать неуправляемому коду делегат. Т. е. для сишного кода это выглядит как обычный указатель на функцию, который потом CLR разворачивает в нужный вызов.
Total votes 2: ↑1 and ↓10
Это ни разу не то же самое. Для справки JNI это не только вызов нативного кода из VM но и

— Возможность вызвать любой метод и получить любое свойство у VM объекта
— Прикрепить или изменит налету реализацию у любого метода Vm объекта, оформленного специальным образом
— Вообще полностью описать класс в нативном коде и VM будет этим описанием пользоваться, реализация класса же будет в нативной библиотеке

И поверье в приложениях для Android все это активно используется. Я клоню к тому что нативные библиотеки все= придется переписывать для совместимости с этим чудом.
This comment wasn’t rated yet0
IKVM — не транслятор явы в шарп, это ява-машина на базе CLR, которая реализует в т. ч. JNI. О чём спорить, возьмите да попробуйте запустить.
Total votes 4: ↑3 and ↓1+2
Ну ещё следует понимать, что в CLR есть возможность нормально работать с памятью вручную. В шарпе это выражено как ключевое слово unsafe, внутри блока которого этот управляемый язык превращается, фактически, в обычный C, спокойно перемалывающий указатели, имея при этом доступ к управляемой среде.
Total votes 4: ↑2 and ↓20
Если я правильно Вас понял, то стоит смотреть на эту статью, чтобы вызывать Managed-методы из неуправляемого кода…
Я сам экспериментировал с этим (в частности на iPhone) и это вполне себе работает. Думаю и на андроиде и на других платформах это будет работать аналогично.
This comment wasn’t rated yet0
между Java и C# перерывчик небольшой
Total votes 13: ↑11 and ↓2+9
Яву компилять в .NET никогда не было проблемой. Кроме того гугол может сделать транслятор из Dalvik byte code в CIL.
Total votes 3: ↑2 and ↓1+1
Так пускай бы родными было два языка. Я бы вот с удовольствием писал под Android на C#, была бы недорогая возможность делать это…
Total votes 3: ↑3 and ↓0+3
Это в 2 раза дешевле студии в конце концов.
Total votes 1: ↑0 and ↓1-1
Если писать ПО для маркета — нормально. А если для себя поковырять и сделать пару приблуд — как-то жалко :)
This comment wasn’t rated yet0
Для себя можно и через эмулятор ковырять. А приблуды сделайте open source и договоритесь с Мигелем об бесплатной лицензии.
This comment wasn’t rated yet0
Так зачем мне это в эмуляторе? Хочется на своём телефоне использовать.
Насчёт лицензии для Open Source видел только чьё-то предложение на uservoice.com выдавать лицензии открытым проектам. Но сам Xamarin вроде как на это ещё не отреагировал.
This comment wasn’t rated yet0
Спишитесь с Мигелем по поводу получения, не думаю, что он пошлёт лесом. Он один из основателей GNOME в конце концов.
Total votes 2: ↑1 and ↓10
И такая возможность есть. Бесплатно. Но только для владельцев устройств от Sony. (На моём самсунге не взлетело). Всё что для этого надо — это http://www.playstation.com/pss/developer/openbeta/index_e.html. Там конечно много-много-много-много ограничений, но посмотреть как сони переточили монодевелоп под виту и андроид довольно познавательно.
This comment wasn’t rated yet0
Xamarin уже давно сделал платформу Monodroid, для запуска C# программ на Android устройствах. В том случае это была очередная надстройка над ОС Android, сейчас же они пошли дальше и сделали свою версию ОС. Молодцы чуваки.
Total votes 25: ↑25 and ↓0+25
Ну и самое главное — стоимость: Enterprise ($999.00)
Enterprise Priority ($2,499.00)
Professional ($399.00)
Professional Upgrade ($249.00)
Enterprise Upgrade ($599.00)
Enterprise Priority Upgrade ($1,499.00)
Total votes 13: ↑7 and ↓6+1
Это вы про MonoDroid, наверное, который позволяет писать на C# приложения для оригинального Android?
Total votes 4: ↑4 and ↓0+4
Да-да, не заметил про ОС… Извиняюсь :)
Total votes 6: ↑3 and ↓30
Возникает единственный вопрос: откуда у Мигеля столько времени?? Мне кажется иногда что он живет в каком-то своем параллельном мире, где время течет раза в 4 медленнее и иногда мержит изменения в наш
Total votes 30: ↑30 and ↓0+30
Перевод Java -> C# был машинным — они допилил Sharpen и использовали его для перевода. Ализар по какой-то причине выкинул половину блог-поста и перевел только пару предложений.
Total votes 5: ↑5 and ↓0+5
Видимо в той половине не было желтизны
Total votes 50: ↑47 and ↓3+44
UFO just landed and posted this here
Тогда уж в параллельном мире время течёт раз в десять быстрее, чем в нашем :)
Total votes 7: ↑3 and ↓4-1
Относительно нашего время должно течь быстрее, да. Пока здесь — день, там — четыре.
This comment wasn’t rated yet0
Ну там же Мигель — не единственный разработчик… и, насколько мне известно, они все время расширяют свой штат сотрудников…
This comment wasn’t rated yet0
<irony>Однако, компания Xamarin — знатные тролли :)</irony>

Увы, без поддержки Google этот проект скорее всего обречён только побеждать в подобных тестах, но не более того.
Total votes 3: ↑3 and ↓0+3
Для Xamarin этот проект более исследовательский чем коммерческий. В ходе его написания они как минуим:
1) Улучшили Sharpen
2) Вытащили работу с графикой, до этого графика в MonoDroid шла через яву, теперь напрямую.
Total votes 6: ↑6 and ↓0+6
Если Google решит платить патентным ораклам и не поддержит этот проект, то я надеюсь его поддержит кто-нибудь другой, вроде Barnes & Nobles/Amazon/Samsung/HTC/Microsoft или может даже Яндекс. Даёшь Яндекс-фоны в массы! :)
Total votes 2: ↑2 and ↓0+2
У Barnes & Nobles в свете последних событий особо высоки шансы :)
This comment wasn’t rated yet0
В случае если мелкомягкие им не запретят)
This comment wasn’t rated yet0
Учитывая такую огромную разницу в производительности, как на графике, возможно стоит сделать теперь наоборот — поставить Java DalvikVM поверх Mono. Может он будет работать даже быстрее, чем в оригинале. Так достигнется и скорость Mono, и совместимость Java. Разве нет?
Total votes 2: ↑2 and ↓0+2
Дык есть же IKVM, запускающая поверх .NET/Mono явовские jar-ки. Умеет их даже в dll-ки перекомпилять.
Total votes 6: ↑5 and ↓1+4
Может я что-то недопонимаю, но «Android на C#» звучит так, будто ОС написана на этом языке. Наверное, лучше «Android с поддержкой C#» или «Android с C# вместо Java».
В оригинале, кстати: «porting Android 4.0 from Java/Dalvik to C#»
Total votes 6: ↑3 and ↓30
One crazy idea that the team had at that dinner was to translate Android’s source code to C#


Всё, что поверх ядра, я полагаю, они переписали на C#.
Total votes 2: ↑2 and ↓0+2
Уверен, что нет. Там миллионы строк кода. Может автоматически транслировали — э то да, но точно не «переписали».
This comment wasn’t rated yet0
Всё так и есть и об этом написано как на офсайте в оригинальной статье, так и в этом топике.
Но, я думаю, что без «допиливания» не обошлось.

Автоматическую конвертацию более миллиона строк Java-кода Android 2.x провели с помощью улучшенной версии Sharpen.

Java Translation via Sharpen

Android’s core codebase contains over a million lines of Java code, and we knew we wanted to be able to stay up to date with new releases of Android — in fact, we started with the Android 2.x source code back in 2011, and then upgraded XobotOS to Android 4.0 when Google open sourced Ice Cream Sandwich earlier this year. So for us, the only reasonable option was to do a machine translation of Java to C#, building and maintaining any necessary tools along the way.

The tool we used as a starting point is called Sharpen. Sharpen is famous for helping people such as Frank Krueger port a Java applet to an award-winning iPad app in two months.

We matured Sharpen a lot, and the result is a much-improved Java-to-C# translation tool for everyone. We are releasing this new version of Sharpen today along with the code for XobotOS and we hope that many more people will benefit from it and contribute to it.
This comment wasn’t rated yet0
Поддержка C# это MonoDroid, она давно есть и используется. Тут же говорят именно про Android ICS который работает без java на Mono.

> Может я что-то недопонимаю, но «Android на C#» звучит так, будто ОС написана на этом языке.

Так и есть.
Total votes 7: ↑5 and ↓2+3
Ага linux kernel тоже на C# переписали.
Total votes 8: ↑1 and ↓7-6
причем здесь ядро? или оно по вашему на java написано?
Total votes 2: ↑1 and ↓10
я гляжу, для особо одаренных придется расставлять тег <sarcasm>
«Пейсатель» выше говорить что:

> Может я что-то недопонимаю, но «Android на C#» звучит так, будто ОС написана на этом языке.

Так и есть.


Так вот Dalvik VM это ни разу не ОС Android
ОС Android есть кастомный дистр на ядре Linux которое написано на С
и еще различные libc и прочие binutils, которые также написаны на C и C++.

Так что говорить о том что Android переписали на C# как минимум неккоректно,
а в целом просто тупо.
Total votes 6: ↑2 and ↓4-2
Так вот Dalvik VM это ни разу не ОС Android

Так они и не Dalvik переписали на c#. Он взяли Java часть андроида (большая часть userland'a, если вообще не вся за исключением пары библиотек типа bionic, ssl, webkit, ogl, и еще пары частей) и заменил ее на Mono. В данном контексте Andoroid означает Android Runtime. А весь UI крутится как раз в этом рантайме.

Так как никто не мешает взять FreeBSD ядро, написать драйвера и заменить весь userland на фряшный и никто не заметит изменений (ну кроме резкого повышения производительности и то, что телефон теперь 2 дня работает без зарядки, а не 2 часа, ну и пары сердечный приступов на лоре)
Total votes 9: ↑8 and ↓1+7
Они _всю_ _java_ заменили на _c#_, а _dalvik_ на то, что там в их modo.
Total votes 3: ↑2 and ↓1+1
Ничего удивительного. Если, например, почитать историю создания IronPython здесь, то там есть такое
I first learned about the CLR by reading countless reports on the web that said it was a terrible platform for dynamic languages in general and for Python in particular. IronPython started life as a series of quick prototypes to help me understand how this platform could be so bad. My plan was to prototype for a couple of weeks and then write a pithy paper titled, “Why the CLR is a terrible platform for dynamic languages.” This plan was turned upside down when the prototypes turned out to run very well—generally quite a bit faster than the standard C-based Python implementation.
Total votes 12: ↑12 and ↓0+12
Извиняюсь за нубский вопрос, а нельзя каким-нибудь «Sharpen'ом» гнать в компилируемый язык? Тогда будет работать еще быстрее.
Total votes 22: ↑4 and ↓18-14
гнать в компилируемый язык
ТОЛСТО
Total votes 21: ↑18 and ↓3+15
В 2012 году еще остались люди, которые считают, что IL-код интерпретируется?
Total votes 22: ↑20 and ↓2+18
Поправка: компилируемый в нативный код, а не в байт-код. Не дописал малость.
Total votes 6: ↑2 and ↓4-2
Вас минусуют за то, что вы не знаете, что IL just-in-time, а в Mono даже ahead-of-time компилируется в нативный код, оптимизированный под архитектуру, на которой он выполняется.
Total votes 5: ↑5 and ↓0+5
Натравите NGen/Mono AOT и будет сразу на диске сборка в нативном коде. Собственно говоря все либы самого фреймворка им и обрабатываются при установке.
Total votes 5: ↑5 and ↓0+5
Тссссс… Из-за них у нас хорошие зарплаты…
Total votes 4: ↑3 and ↓1+2
Странно, что график в посте показывает такие синтетические характеристики.
Было бы интересно поглядеть, например, на результаты прогона каких-нибудь живых бенчмарков или узнать как изменилось время загрузки системы.
Total votes 2: ↑1 and ↓10
Я сервер майнкрафта ванильный (bukkit работать отказался) запускал под Mono с использованием IKVM. Жрало памяти процентов на 20 меньше, а нагрузка на CPU сократилась на 20-25%, не говоря уже о более редких подвисаниях сервера из-за необходимости запуска GC. Mono 2.10.8, опции запуска --gc=sgen -O=all.
Total votes 6: ↑5 and ↓1+4
На хабре тестили Java7, там GC гораздо более оптимизирован по сравнению с Java6.
Возможно на 7-й джаве сервер будет работать эффективнее чем на 6-й.
Total votes 2: ↑1 and ↓10
Ага, особенно если учесть, как майнкрафт пишут… Исправили поршни — поломали инвентарь. Исправили березы — поломали животных. Я даже удивляться перестал, как можно исправить одно и при этом поломать совершенно другое.
This comment wasn’t rated yet0
Надеюсь, теперь андройдом можно будет пользоваться два дня!
Total votes 21: ↑17 and ↓4+13
Ну вот когда начнут на телефоны это ставить, тогда да, возможно.
Total votes 3: ↑2 and ↓1+1
UFO just landed and posted this here
Мой Mozart дня 4 держит зарядку в среднем. Это примерно 30-40 минут игры в день во что нибудь (метро), 3-5 звонков (5-7 минут) + мелочи типа погоды, почты и всяких там напоминаний. 3G включаю только когда в инет ползу, в остальное время просто edge. Я понимаю что это не активное пользование, но 4 дня это тоже не мало. Сколько протянет устройство на андройд при аналогичном использовании, с таким же экраном, производительностью и дохленьким аккумулятором?
Кстати, по началу больше 1 дня не выдерживал, потом постепенно разошелся. Уж не знаю из-за того что я им начал пользоваться реже, или же все таки поначалу он был дохлее.
This comment wasn’t rated yet0
UFO just landed and posted this here
Нда… такое бывает, большие компании принимают изначально неверные стратегические решения.
Правда может производительность их волновала меньше, чем финансовые риски, успешность судов против Микрософта возможно была бы ниже, чем против Оракла. Хотя вот ксамаринов еще не задушили, несмотря на коммерциализацию «чужих идей».
Total votes 2: ↑1 and ↓10
Ну, Википедия говорит: «платформа Mono была официально признана реализацией .NET на Unix-подобных операционных системах», так что с этим проблем не наблюдается.
а андроид на mono — мечта сишарписта =)
Total votes 15: ↑14 and ↓1+13
Мечта сишарписта это iOS на C#. Эх, мечты, мечты :)
Total votes 7: ↑7 and ↓0+7
Мечта шарписта, это хотя бы нормальные лайаутеры, а не xibки а ля Delphi 7 и можно и на Monotouch попрогать… эх мечты мечты…
This comment wasn’t rated yet0
Вообще-то Mono — это свободная система и если бы вы внимательно читали, то увидели, что Microsoft стандартизировал язык ECMA. Кстати недавно они и ASP.NET открыли для свободного доступа.
Total votes 6: ↑5 and ↓1+4
Microsoft поддерживает Mono, даже код донейтят время от времени.
Total votes 4: ↑4 and ↓0+4
Unlike Sun with Java, Microsoft submitted C# and the .NET VM for standardization to ECMA and saw those standards graduated all the way to ISO strong patent commitments. The .NET framework is also covered by Microsoft’s legally binding community promise.

Чудеса конечно, Microsoft перестала быть корпорацией зла.
Total votes 9: ↑8 and ↓1+7
зато какой накал страстей в борьбе за желтую майку лидера!
Total votes 4: ↑4 and ↓0+4
А толку? гугл, то все ровно так не считает. )) Так что все это несбыточные мечты… микрософта. Судя потому, как гугл судится с МС это вообще выглядело бы очень странно.
This comment wasn’t rated yet0
Чтобы что-то признали стандартом, необходимо как минимуму 2 независимых реализации. Mono появился именно так, это всё хитрый план =) Ну а потом то что осталось подхватили энтузиасты и пилят параллельно, MS даже помогает.
This comment wasn’t rated yet0
Так реализаций и не две. Есть ещё dotgnu.
Total votes 1: ↑1 and ↓0+1
А о чём график вообще? Там написано times in seconds. Это что значит? Левые числа — это что такое? Просто если это «раз в секунду», то Dalvik рвёт Mono как тузик грелку.
Total votes 9: ↑1 and ↓8-7
не раз в секунду, а время в секундах :)
Total votes 1: ↑1 and ↓0+1
Вообще, TiGR прав в том смысле, что здесь использовано множественное число существительного «time», которое можно перевести либо «разы», либо «времена». Если «разы», то должно быть "per seconds", если «времена» — то какие? Что они имели в виду? Я прочитал оригинал и всё равно не понял, почему они использовали «times» вместо «time». Только по восторгу по отношению к графику можно предположить, что это просто опечатка.
This comment wasn’t rated yet0
я так понимаю, они имели ввиду то, что тут указано несколько независимых времен исполнения. Впрочем судить о корректности с точки зрения английского языка я не берусь
This comment wasn’t rated yet0
Одного меня смутило «Mono — это open source реализация фреймворка .NET, которая позволяет писать приложения на языке C# для Android и iOS.»?
Total votes 4: ↑0 and ↓4-4
А что смутило то? у них есть monodroid и monotouch, только они платные.
Total votes 1: ↑1 and ↓0+1
Ну формулировка странная. Незнающий человек подумал бы, что моно это платформа для iOs и Android, хотя эта плафторма для всех Unix like систем…
This comment wasn’t rated yet0
Хотел бы добавить, для конечного пользователя приложений, написанных с использованием Mono Runtime, существует один недостаток. С каждым приложений связывается статически Mono Runtime, а это 4,4 М на данный момент, и если он будет иметь например n приложений, написанных с использованием Mono, то количество потерянной памяти на устройстве будет (n-1)*4.4. Я к сожалению не знаю используются ли механизмы map инга файлов в процессе запуска приложений или другие механизмы расшаривающие работу Mono Runtime, но если они не используются, то тогда и в оперативке память будет таким же образом расходоваться.
This comment wasn’t rated yet0
Для нормального совместного использования оперативки все либы фреймворка:
а) должны быть в GAC
б) по ним должен был пройтись AOT-компилятор, создав к ним нативные .so-шки
This comment wasn’t rated yet0
AOT создаст ооочень большие проблемы на слабых моделях, которых у аднройда большая часть сегмента. Я думаю лучшей альтернативой может стать кэширующий JIT компилятор. Результаты JIT компиляции должны сохраняться между перезапусками программы, это даст тот же эффект, что и AOT, но с некоторым запозданием и без излишней нагрузки на процессор.
Total votes 2: ↑0 and ↓2-2
AOT создаст ооочень большие проблемы на слабых моделях, которых у аднройда большая часть сегмента
Каким образом? Какая разница, генерит код JIT в рантайме или при установке фреймворка?
This comment wasn’t rated yet0
Он не знает, что такое АОТ и забанили в гугле.
This comment wasn’t rated yet0
Я не про фрейморк, а про приложение. При первом запуске AOT вызовет батхерт у пользователя слабых устройств. А стандартные библиотеки ядра и так поставляются в бинарниках их не нужно компилить вообще. А если фреймворк является частью приложения, а не ядра, то ситуация аналогична. Такое возможно если поставлять фрейморки в виде бандлов к системе, но тут появляются вопросы о совместимости библиотек разных версий… Ну короче, опять каша и даже еще большая, чем есть сейчас. Не думаю, что андройд разрабатывают люди глупее вас.
This comment wasn’t rated yet0
Эм. Пункты а и б должны выполняться одновременно, иначе от AOT не будет никакого смысла. Проблем же с версиями фреймворка у Mono вообще нет, ибо ставится всё Mono один раз, а потом поддерживает запуск всего кроме .NET 1.1.
This comment wasn’t rated yet0
Из оракла, да в микрософт вляпаться? Ява вообще открыта под опенсорс лицензией, однако это не становится автоматической защитой от патентных исков. Был бы патент, а иск придумают. Я думаю, что гуглы уже не рады, что связались с явой (хотя сами виноваты, что не захотели договориться с SUN за смешные деньги, когда была такая возможность), и от с# они будут держаться подальше.
Total votes 14: ↑1 and ↓13-12
На C# и CLR есть стандарт ECMA, не позволяющий троллить использующих их реализации. Покажите мне такой стандарт для Java и JVM.
Total votes 15: ↑15 and ↓0+15
Было бы что отсуживать, а патенты найдутся. А широкий жест со стороны микрософта это да, кмк они действительно уже давно не такая уж и корпорация зла. Опять же возможно, что популяризация и универсализация языка/платформы им более выгодна, чем доходы от патентных исков.
Кстати, сдается мне под вин8 на рынке мобильных устройств и приложений с# будет таким же мейнстримовым языком как Java под андроид и привлекать нужно не только потребителей, но и разработчиков, а патентные войны наверное этому не способствуют.

ЗЫ огромное непаханое поле мобильных устройств и приложений. Не терпится увидеть как будет протекать микрософтовская экспансия.
This comment wasn’t rated yet0
С того, что можно отсудить с андройда, мелкомягкие и так имеют отчисления. А с реализаций стандартизированного языка и рантайма стрясти ничего нельзя.
Total votes 2: ↑1 and ↓10
К самому языку нет, но могут прицепиться, например, к реализации конкретных классов.
Имхо свинья грязи найдет. Если не ошибаюсь, этому и посвящены последние серии мыльной оперы бодания с Ораклом — авторство каких то конкретных кусков кода.
Total votes 1: ↑0 and ↓1-1
Авторство какихто кусков кода — лишь малая часть айсберга. Кстати кажется на Хабре была статья/ссылка обьяссняющая весь сыр-бор Гугла и Оракла. Главные притензии — 1) Гугл не полностью поддерживает стандарт Java, 2) Гугл за свою реализацию джавы должен был сделать лицензионные отчисления Сану но так и не сделал этого (не договорились).
Советую поискать, почитать.
This comment wasn’t rated yet0
По ссылке выше, я вижу, что мелкомягкие не только пообещали не трогать реализации дотнета, но своё обещание ещё стандартом на все критичные части подкрепили. Оракл никому ничего не обещает, ещё и название Java требует лицензировать, и вообще ведёт себя нехорошо. Стандарта, который я просил показать, по вашей ссылке я так и не увидел. К чему она была в ответе на мой комментарий?
Total votes 4: ↑4 and ↓0+4
> пообещали не трогать реализации дотнета
Смотрите выше про договор с Novell.

> на все критичные части подкрепили
BCL — не критичная часть?

> Стандарта, который я просил показать, по вашей ссылке я так и не увидел
Потому что именно такого стандарта, у Майкрософт на CLI+CIL, нет. И, соответственно, никто вам не покажет ничего другого.

Total votes 3: ↑0 and ↓3-3
BCL — не критичная часть?
Вас в гугле забанили? BCL стандартизирована в ECMA 335 и ISO/IEC 23271:2006. Список стандартизированных неймспейсов можно увидеть тут.
Total votes 3: ↑3 and ↓0+3
Всего-навсего цитирую вики:
«The .NET platform as a whole has not been standardized. International standards organizations Ecma International and ISO/IEC define the standard for the .NET executable environment (known as the Common Language Infrastructure, or CLI), and .NET executable format (known as Common Intermediate Language, or CIL), but excluding most of the foundation classes (the Base Class Library, or BCL).»
Total votes 4: ↑0 and ↓4-4
Слушайте, вы издеваетесь? Я вам дал ссылку на вашей же вики, в которой видно, что стандартизирован весь .NET 2.0 кроме частей завязанных на винформы, студийный дизайнер форм, GDI+, ADO и IIS, т. к. это по сути мосты к гвоздями приколоченным к Windows технологиям.
Total votes 5: ↑5 and ↓0+5
To date, no part of Java has been standardized by Ecma International, ISO/IEC, ANSI, or any other third-party standards organization
Так где стандарт-то? Зачем вы в меня этими ссылками кидаетесь? Надеетесь, что английский плохо знаю и читать не буду?
Total votes 3: ↑3 and ↓0+3
> Так где стандарт-то?
Повторюсь: именно такого стандарта, у Майкрософт на CLI+CIL, нет. И, соответственно, никто вам не покажет ничего другого.

> Зачем вы в меня этими ссылками кидаетесь?
Вы задали вопрос о сравнении открытости Java и C#/.NET — вот вам ответ. Или вам «стандарт или нчего»?
Ну, тогда ничего.

> Надеетесь, что английский плохо знаю и читать не буду?
Чего? Давайте параноить не будем.

Total votes 4: ↑0 and ↓4-4
Да вы же упоротый. Большая часть BCL стандартизирована в ECMA 335 и ISO/IEC 23271:2006, я это уже. CLR стандартизирована. C# стандартизирован. В яве не стандартизировано ничего.
Total votes 7: ↑7 and ↓0+7
Повторю
> Или вам «стандарт или нчего»? Ну, тогда ничего.
Но не всё в ECMA стандарт упирается.

Я вижу вам фанатично требуется доказать, что .NET — открытая платформа, и Mono тому подтверждение, а JCP, сторонние JVM (IBM, JRockit), OpenJDK и т.д. ничего не стоят. Ну что ж, это ваша точка зрения — имеете на неё полное право.

Т.к. в «благодарность» за ответ на ваш вопрос вы решили мне нахамить, на сим общение наше прекращается.
Total votes 5: ↑0 and ↓5-5
Вон, гугл тоже так думали когда Dalvik создавали.
Total votes 1: ↑1 and ↓0+1
Кроме гугла есть еще IBM, Azul (Zing JVM), BEA (хотя их Оракл купил). Это «не считается», угу? (-:
Да и Андроид пока-что никуда не делся.
Total votes 1: ↑0 and ↓1-1
Одного (точнее второго) прецедента достаточно, чтобы не захотеть связываться с Java.
Total votes 1: ↑1 and ↓0+1
Неверный ход мыслей, ибо Oracle как никто другой _не_ заинтересован в загнивании Java.

Ну и вас послушать так Макйкрософт патентным троллингом просто никогда-никогда не занимался…
Total votes 2: ↑0 and ↓2-2
Ага, поэтому Sun отжали деньги у Microsoft в свое время, а Oracle сейчас хочет отжать деньги у гугла.

> Ну и вас послушать так Макйкрософт патентным троллингом просто никогда-никогда не занимался…

Между Oracle и MS я выберу MS.
Total votes 3: ↑3 and ↓0+3
> Ага, поэтому Sun отжали деньги у Microsoft в свое время
Именно потому, что Макрософт хотели добить Java своей проприетарщиной.

> Между Oracle и MS я выберу MS.
Интересно почему?
Хотя выбор ваш.
Я тоже не очень счастлив что Sun в своё время не купила IBM например, но и конец света для Java пока-что не предвидится.
Total votes 1: ↑0 and ↓1-1
> Именно потому, что Макрософт хотели добить Java своей проприетарщиной.

Гуглу вон своя опенсорщина не особо помогла.

> Интересно почему?

Сегодня, MS ведет себя намного цивильнее чем ORACLE. И вообщем вызывает в основном позитивные эмоции (если не пользоваться их Windows конечно).

IBM тоже сегодня цивильнее Oracle.
This comment wasn’t rated yet0
> Сегодня, MS ведет себя намного цивильнее чем ORACLE
А вот и M$
www.linux.org.ru/news/android/7773391

«Американская комиссия по международной торговле (ITC) наложила запрет в связи с нарушением в ОС Android американского патента № 6370566 от 10 апреля 1998 года, описывающий механизм обмена назначенными встречами в календаре. В течение 60 дней, пока запрет будет рассматриваться Президентом Соединённых Штатов, на каждое ввезённое устройство будет налагаться штраф в 33 цента. Если запрет будет утверждён, то Motorola будет обязана либо устранить нарушение патента, либо получить лицензию на Android у Microsoft, которая стоит от 5 до 15 долларов за устройство в зависимости от их количества и дополнительных соглашений с Microsoft.»
This comment wasn’t rated yet0
>Между Oracle и MS я выберу MS.

Черт возьми, как мир то меняется… .NET не такой огороженный как Java, а MS запускает сервера на Linux…
Total votes 3: ↑3 and ↓0+3
А Apple обвиняют в монополии.
This comment wasn’t rated yet0
>Вон, гугл тоже так думали когда Dalvik создавали.

насколько я помню в гугле Dalvik не создавали, а купили его с потрахами, изначально это была не гугловская разработка. Могу в чем-то ошибаться, влом щас копаться в нете.
This comment wasn’t rated yet0
Язык java постоянно меняется поэтому стандарты не нужны. Для свободного использования патентов и кодов есть OpenJDK. И насколько я знаю официальное разрешение Мс на моно распространяется не на весь технологический стек .NET иными словами, шаг в сторону и патентный иск готов. И в мире линуксов моно уже давно предали за это анафеме. Они в реализации моно залезли в закрытые патенты микрософ… Ну а напоминать, что микрософт один из крупнейших патентных троллей не нужно?

Кстати, а какая версия CLR описана в стандартах? У дотнета появилось уже четыре несовместимые между собой версии виртуальной машины.
Total votes 7: ↑0 and ↓7-7
UFO just landed and posted this here
Можно подробнее про 4 несовместимые версии виртуальных машин?
Total votes 2: ↑2 and ↓0+2
Количество минусов показывает, что я неправ, вне зависимости от реального положения дел. Думаю, что дальнейшее обсуждение просто бессмысленно…
Total votes 1: ↑0 and ↓1-1
Есть достаточно профанский вопрос… Разве нельзя изменить реализацию, например, Dalvik'а таким образом, чтобы примитивные явовские типы стали value-типами, а коллекции стали нормальными, а не кастуемыми? На крайний случай, можно заменить цепь сборки Андроид-приложений и дополнить байт-код, старые приложения конечно придется пересобрать для поддержки новых фич и иметь по 2 версии APK, но ведь тоже вариант.
This comment wasn’t rated yet0
По моему что то такое в свое время хотели сделать мелкомягкие, за что были лишены лицензии и как результат — появился C#…
Total votes 1: ↑1 and ↓0+1
Здесь уже был ответ, просто я его в тот момент не заметил. IKVM делает именно это, только с явовским родным байт-кодом. Соответственно, можно сделать аналог, принимающий на вход байт-код Dalvik.
This comment wasn’t rated yet0
Перечитал все комментарии и кое-чего не понял (ткните носом если пропустил).
По идее можно переписать VM с Java на C#, тогда Google избавится от патентного тролинга от Oracle, а сами приложения по прежнему писать на Java (к ним то Oracle не докопается), т.е. не придется переписывать уже существующие приложения.
This comment wasn’t rated yet0
Что же, в очередной раз убедился, что гуевая платформа в Андроиде убога by design.
Total votes 6: ↑5 and ↓1+4
> система защищена от патентных исков строгими требованиями ISO, а также обещанием Microsoft.

Не-не-не, на это мы уже не купимся. Sun вон тоже много чего обещала…
Total votes 4: ↑2 and ↓20
У МС юридическое обещание.
Total votes 5: ↑5 and ↓0+5
Alizar добавил ссылку, так гораздо лучше; но пройдя по ней, я не увидел ничего «юридического», кроме языка формулировок. Это именно обещание, не имеющее какой-либо юридической силы. Если в Microsoft сменится руководство, это обещание вполне может быть пересмотрено.

Кроме того, там явно говорится, что обещание не распространяется на случай, когда им самим придется защищаться от нападок кого-то вроде Oracle. И тогда уж иски могу полететь во все стороны (ведь тех кто поменьше, Oracle может просто купить).
This comment wasn’t rated yet0
Ну Sun всегда была не такой уж и крупной конторкой, взлетевшей и упавшей на буме доткомов, а вот MS ни банкротство, ни поглощение ну никак не грозят.
Total votes 2: ↑2 and ↓0+2
Пока что MS отдала в «общественное достояние» язык, CLR и часть BCL. Без условий и отчислений. Oracle не отдала ничего и судится с гуглем. Из двух зол я выберу то, которое маленькое, и даёт при этом больше печенек. То биж MS.
Total votes 3: ↑3 and ↓0+3
Я тоже. Мы по-моему о разном говорим. Вы о своих личных симпатиях, а я лишь ответил на ваше «MS ни банкротство, ни поглощение ну никак не грозят».

И еще, насчет «отдала в общественное достояние», вы либо заблуждаетесь, либо путаетесь в терминах. Эти спецификации покрыты множеством патентов, в целях защиты. MS может пустить их в ход, если кто-то попытается ее потроллить какими-то другими патентами. А нам всем дала обещание не пускать их в ход в других случаях. Например, если кто-то напишет на C# конкурента Visual Studio или IE и отхватит у MS кусок рынка.
Это не «общественное достояние»
This comment wasn’t rated yet0
«Общественное достояние» там не зря в кавычках. Стандартизация на то и стандартизация, что уже по патентам они ничего отсудить не смогут, ибо требования ISO.
This comment wasn’t rated yet0
Обещание MS это как не мое вам обещание, оно как бы обязываются его соблюдать.
This comment wasn’t rated yet0
Вот еще бы сделали порт Minecraft на C# и о яве можно забыть :)
This comment wasn’t rated yet0
Один крайне суровый персонаж делает свои кубы на D. И что-то вселяет в меня уверенность в том, что он это добьёт, причём пройдёт не так уж и много времени.
This comment wasn’t rated yet0
Дотнетчики, объясните мне пожайлуста, почему тот же Magic Tune, написанный на .NET, на win7 i7-860 грузится по 5 секунд и даже закрывается по 2с, а в некоторых случаях и по 15с?
This comment wasn’t rated yet0
Платформа не может быть защищена от кривизны рук на 100%.
Total votes 1: ↑1 and ↓0+1
Захотелось проверить, самсунговский Magic Tune имеется ввиду?

This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time

Your account

Sections

Information

Services

Support
© 2006–2024, Habr