има java за ARM9.
някой подкарвал ли го е успешно?
като как се държи, мускулите стигат ли или се влачи като слон на меркурий?
мисля да го пробвам на ОМАП, ама ако някой вече има впечатление за бързодействието - нека сподели.

ДедоБоре, само лично мнение да изкажа без някаква цел някой да се обижда: бягай надалеч от Жабата във всичките й превъплъщения. Хубаво от нея няма да видиш, поне що се отнася до ембедед системите.

Добре де! Но дай някоя подробност за причините.

ето ти една - Без хардуерна акселерация - мин 10 пъти по-бавен спрямо С
(ОМАПа мисля че има)

ARM926EJ има жаба VM примитиви:



Колко е свободно документирана - не знам.

@ДедоБоре: не плувам в тия води. Ама ако ARM-а ти има 'J' ще се движи сносно. Някои примитиви се ручат директно, други по-сложни бият изключение и софтуерът поема GC и всичко останало. То като цяло ARM9 не е особено бързо нещо.

За мен java-та си остава машинно независим език: на каквото и да го пуснеш, все не бачка

Жабата може да вирее във всеки гьол ... зависи юзъра обаче каква цена е готов да плаща.

Например:
http://www.harbaum.org/till/nanovm/index.shtml

Все пак (жаба + embedded) != realtime ... което донякъде обезмисля идеята.

Горното все пак може да се постигне в някакви граници, ама кому е нужно, е въпросът ...

Все пак за ARM9 с вградени средства може би има смисъл.

Мда...

Е то 10 пъти е добре

Щото съм виждал кви ли не изгъзици... не точно с джава, с друг интерпретатор ама беше уникално - скрипт който се търкаля на АРМ9, но тъй като е прекалено бавен се ползва външен 8051 за коопроцесор

Хора, предназначението на жабата в ембедед системите изобщо не е това, за което си мислите. Никой няма да управлява трифазен мотор с жаба, щото е безумие. Целта е разни китайски и индийски дивелъпъри да бълват евтино софтуерче (разни игрички, предимно) за потребителска електроника, например телефони.

хммм ...
сериозно ли твърдите, че не става за сериозна работа?

айде, за пикове и меги е ясно.
за АРМ с акселератори - разбираемо е. колкото и да е виртуална машината, все пак опира до реалния свят.
на РРС вероятно ще си живее добре жабата. на атом мърда добре, но пък вече сме много далече от представа за ембедед (то и РРС не е кой знае колко близо)

поради нЕкои съображения С++ не е приложимо. или поне ще е неоправдано трудно.
плейн С отпада изобщо като алтернатова. в тази си битност жавата има някакви предимства.
само че ми е трудно да оценя недостатъците... явно ще трябва проба.

Има прекрасни компилатори на Бейсик и Паскал за почти всичко на тоя свят. Да не говорим пък за екзотики като добрия стар Форт например. Щом C по някаква причина не ти е приложимо защо не опиташ нещо такова. Ама жаба... ???

Жаби, змии и гущери, а бе ти нямаш ли си работа .

Тя не беше ли някакво съчинение за бутониери на микровълнови печки тая жаба?
(представям си как авторите и в отговор на това почват песента за изминатия дълъг път...).

PPC може да бъде под ват и да е 400 MHz (това без DDRAM-а), има и разни автомобилни
MCU-та, сигурно си ги гледал повече от мене, аз много нямам кво да ги правя.
Ако речеш да стъпваш на 5200, обади се, може и да имам нещо вършещо ти работа
(не земноводно де).

Май нищо не се твърди.
Все за някоя ниша ще има предимства, коя обаче ... загадка ми е, специално в MCU контекста.

Аз лично имам едно подозрение, че правилният човек може да се оправи с каквито тъпи инструменти са му се паднали от съдбата, пък дори и да не е възхитен. Тоест, жаба или не, като знае какво се случва ще го добута да си покрие заданието. Ама къде ги правилните хора?

Дори да има хардуерна акселерация, тя е (предимно) няколкото базови стекови операции. Жабата обаче силно разчита на Garbage Collection, а това си се върши по старите методи на баба (със софтуер и алгоритми O(..) ). Иначе има виртуални машини (интерпретатори) за какво ли не, включително и 6502. Всеки с някакви ограничение/особености.

И не на последно място - нуждите от RAM се завишава, особено с JIT.

абе като говорим за виртуални машини... вече не помня коя е първата, която видях.
май на никлаус вирт. после се възхищавах на кнутовата (от тритомника).
накрая видях реализирана п-машина на UCSD за apple 2 - имаше компилатори на паскал, фортран и пролог или лисп за п-код, интерпретиран от 6502.

жавата е поредно поколение, вече в обектна концепция. като език не е лошо замислен, мисля че и реализациите не са лоши.
то простотии могат да се пишат на всякакви езици. едни колеги бяха писали ОС на С++ (драйверите бяха обекти), тъй че какво ли не съм виждал...

в случая трябва да се получи нещо не много претенциозно - малко I/O без претенции за реално време, малко графика.
тежките неща ще се вършат от долната ОС (Linux), дори на драйверно ниво. погледа към ОМАП-а е заради dsp-братовчеда, но не е задължително.
по една или друга теологини причини, твърд код ще създаде затруднения.

явно трябва да викнем неволята и да направим прототип. добре, че снежанка си отиде
само че, на съременна машина всичко фърчи и на мен поне ми е трудно да преценя как ще скача същата жаба в ОМАП гьол.

темата остава отворена. ако някой му се приказва - да се изказва