ARM как таковой — не проблема, GDC вполне умеет под него собирать. Проблема в системном окружении, т.к. тот же Anroid не вполне posix-compliant и требуются внимательные изменения в druntime как минимум. Выше уже приводил ссылку на эксперименты со сборкой gdc под Android NDK: forum.dlang.org/thread/20120204203109.26c9a80b@jpf-laptop
Про iOS не знаю ничего.
C мобильными игровыми движками всё проще — ничего не мешает использовать их через C-bindings прямо сейчас кроме того, что runtime базового языка не готов. В целом это одно из тех направлений, где формально со стороны языка/компиляторов почти всё готово для создания инфраструктуры, но нужен кто-то, достаточно заинтересованный, чтобы потратить усилия на изначальное портирование и поиск багов. На данный момент в D community специализирующихся на этом направлении я не знаю. Геймдевелоперы есть, но не под мобильные системы.
Можно, но вероятность изменений в коде, склеивающим frontend и backend крайне велика. Сами по себе они не сильно связаны, так так frontend у всех 3х компиляторов D один и тот же. Лучше всего пообщаться на этот счёт с Ian Buclaw, он является на данный момент ведущим мейнтейнером GDC. Дополнительно может потребоваться подправить druntime, в зависимости от того, насколько система posix-compliant.
Конкретно под qnx едва ли кто-то пытался завести, несколько человек неторопливо пилят в сторону Android NDK, можно получить некоторое представление о возникающих проблемах при портировании под новые ОС/железо в этой теме: forum.dlang.org/thread/20120204203109.26c9a80b@jpf-laptop
Общее мнение — ничего неподъемного или сверхдолгого, но засучить рукава и разобраться в исходниках toolchain придётся. Тема достаточно специфическая.
Замечание от переводчика: этот пост напомнил мне, что с момента последнего основательного обзора состояния дел в D прошло изрядно времени и все успело поменяться. Предлагаю всем, кто заинтересован, но не имеет времени разобраться в деталях оставлять здесь запросы на интересующие темы по D(2), и, кто знает, быть может эта информация вскоре появиться на Хабре ;)
Пара гигов памяти под небольшой, но требовательный к скорости проект — мелочи. Если же данных действительно так много, что в память не влезут никак — это уже совсем другая история и другие архитектурные решения :)
Да, мне кажется, что этот проект может претендовать на звание того самого killer app for D, главное выбрать правильный момент для массового пиара :) Сейчас работаю с ним и знаете, впервые в жизни веб-разработка не вызывает у меня отвращения.
Кого «их»? Если HA системы, то, например, на моём текущем месте работы — на plain С. Мне трудно представить, что может произойти, что вызовет большие последствия, нежели доли секунды простоя для части клиентов.
Какое отношение имеет userspace Ubuntu 12.04 к HA/real-time системам — ни малейшего представления.
dmd 2.060
-inline -release -O -noboundscheck
( без noboundscheck медленнее где-то на 10%, если не хочется рисковать )
gdc пока не собирается, в трекере есть issue на эту тему.
Вообще я сейчас собираю экспериментальный проект с использованием разных фич vibe, подлатываю pull request'ами немного, когда закончу — планирую написать полноценный пост-обзор, с бенчмарками и завлекалочками :)
Такие вещи как Hight Availability systems и прочие Watchdog'и вам не знакомы? И то, что приложения на интерпретируемых языках не падают — прохладная история.
Некроответ:
Охренительно у него с производительностью, пока что работает быстрее всего, что удалось протестировать. Ближайший конкурент — Erlang/Cowboy отставал примерно на 30% по последним замерам, что я делал. Но есть проблемы со стабильностью, чувствуется, что разработка ещё идёт полным ходом.
Хреново быть дальтоником: ( Практически не вижу разницы в примерах.
С другой стороны — отличный повод успокоиться и знать точно, что на дисплее тут можно сэкономить: )
А если бы вы внимательно читали их объявления, то поняли, что изначально предполагалось использовать свой движок, но после некоторых экспериментов с Unity решили перейти на оный, чтобы избежать траты существенной части бюджета на портирования старого движка под Linux/Mac и вложить всё в контент.
Не совсем так, Брайан уже озвучивал это в подробностях в своё время — разработка идёт inXile _при поддержке_ Obsidian. Под поддержкой подразумевается использование огроменного стека тулзов, накопленных Obsidian и участие нескольких человек (включая Криса) в разработке геймдизайна / локаций.
Ну, просто когда речь идёт об Obsidian — это как раз ребята, которые с готовыми решениями для изометрических рисованых RPG на ты :) Infinity Engine же. Оттого такое решение довольно очевидно.
Про iOS не знаю ничего.
C мобильными игровыми движками всё проще — ничего не мешает использовать их через C-bindings прямо сейчас кроме того, что runtime базового языка не готов. В целом это одно из тех направлений, где формально со стороны языка/компиляторов почти всё готово для создания инфраструктуры, но нужен кто-то, достаточно заинтересованный, чтобы потратить усилия на изначальное портирование и поиск багов. На данный момент в D community специализирующихся на этом направлении я не знаю. Геймдевелоперы есть, но не под мобильные системы.
Конкретно под qnx едва ли кто-то пытался завести, несколько человек неторопливо пилят в сторону Android NDK, можно получить некоторое представление о возникающих проблемах при портировании под новые ОС/железо в этой теме: forum.dlang.org/thread/20120204203109.26c9a80b@jpf-laptop
Общее мнение — ничего неподъемного или сверхдолгого, но засучить рукава и разобраться в исходниках toolchain придётся. Тема достаточно специфическая.
Прошу прощения, но придётся сократить рацион, всех благ.
Какое отношение имеет userspace Ubuntu 12.04 к HA/real-time системам — ни малейшего представления.
-inline -release -O -noboundscheck
( без noboundscheck медленнее где-то на 10%, если не хочется рисковать )
gdc пока не собирается, в трекере есть issue на эту тему.
Вообще я сейчас собираю экспериментальный проект с использованием разных фич vibe, подлатываю pull request'ами немного, когда закончу — планирую написать полноценный пост-обзор, с бенчмарками и завлекалочками :)
Всё в памяти процесса, только хардкор!: )
Охренительно у него с производительностью, пока что работает быстрее всего, что удалось протестировать. Ближайший конкурент — Erlang/Cowboy отставал примерно на 30% по последним замерам, что я делал. Но есть проблемы со стабильностью, чувствуется, что разработка ещё идёт полным ходом.
С другой стороны — отличный повод успокоиться и знать точно, что на дисплее тут можно сэкономить: )
Тоже поражён.
1.6 млн — в том числе, MAC версия
2.2 млн — в том числе, Linux версия
Ребят, надо поднажать :)