Микроконтролери и електроника
http://mcu-bg.com/mcu_site/

EmbeddedJava - споделете опит
http://mcu-bg.com/mcu_site/viewtopic.php?f=3&t=7435		 Страница 1 от 3
Автор:  ДедоБоре [ Съб Яну 02, 2010 8:04 pm ]
Заглавие:  EmbeddedJava - споделете опит
има java за ARM9.
някой подкарвал ли го е успешно?
като как се държи, мускулите стигат ли или се влачи като слон на меркурий?
мисля да го пробвам на ОМАП, ама ако някой вече има впечатление за бързодействието - нека сподели.
Автор:  kiiid [ Нед Яну 03, 2010 6:30 am ]
Заглавие: 
ДедоБоре, само лично мнение да изкажа без някаква цел някой да се обижда: бягай надалеч от Жабата във всичките й превъплъщения. Хубаво от нея няма да видиш, поне що се отнася до ембедед системите. :evil:
Автор:  Desert Leo [ Нед Яну 03, 2010 6:03 pm ]
Заглавие: 
Цитат:
бягай надалеч от Жабата във всичките й превъплъщения. Хубаво от нея няма да видиш, поне що се отнася до ембедед системите.


Добре де! Но дай някоя подробност за причините.
Автор:  TheWizard [ Нед Яну 03, 2010 8:57 pm ]
Заглавие: 
ето ти една - Без хардуерна акселерация - мин 10 пъти по-бавен спрямо С
(ОМАПа мисля че има)
Автор:  woody [ Пон Яну 04, 2010 2:42 am ]
Заглавие: 
ARM926EJ има жаба VM примитиви:

Цитат:
Jazelle

Jazelle is a technique that allows Java Bytecode to be executed directly in the ARM architecture as a third execution state (and instruction set) alongside the existing ARM and Thumb-mode. Support for this state is signified by the "J" in the ARMv5TEJ architecture, and in ARM9EJ-S and ARM7EJ-S core names. Support for this state is required starting in ARMv6 (except for the ARMv7-M profile), although newer cores only include a trivial implementation that provides no hardware acceleration.


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

@ДедоБоре: не плувам в тия води. Ама ако ARM-а ти има 'J' ще се движи сносно. Някои примитиви се ручат директно, други по-сложни бият изключение и софтуерът поема GC и всичко останало. То като цяло ARM9 не е особено бързо нещо.
Автор:  goose [ Пон Яну 04, 2010 9:53 am ]
Заглавие: 
За мен java-та си остава машинно независим език: на каквото и да го пуснеш, все не бачка :-)
Автор:  Balkana [ Пон Яну 04, 2010 11:57 am ]
Заглавие: 
Жабата може да вирее във всеки гьол ... зависи юзъра обаче каква цена е готов да плаща.

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

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

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

Все пак за ARM9 с вградени средства може би има смисъл.
Автор:  Desert Leo [ Пон Яну 04, 2010 8:53 pm ]
Заглавие: 
Цитат:
ето ти една - Без хардуерна акселерация - мин 10 пъти по-бавен спрямо С


Мда...
Автор:  miro_atc [ Пон Яну 04, 2010 9:16 pm ]
Заглавие: 
Е то 10 пъти е добре ;-)

Щото съм виждал кви ли не изгъзици... не точно с джава, с друг интерпретатор ама беше уникално - скрипт който се търкаля на АРМ9, но тъй като е прекалено бавен се ползва външен 8051 за коопроцесор :D
Автор:  Реконструктор [ Вто Яну 05, 2010 12:03 am ]
Заглавие: 
Хора, предназначението на жабата в ембедед системите изобщо не е това, за което си мислите. :) Никой няма да управлява трифазен мотор с жаба, щото е безумие. Целта е разни китайски и индийски дивелъпъри да бълват евтино софтуерче (разни игрички, предимно) за потребителска електроника, например телефони.
Автор:  ДедоБоре [ Вто Яну 05, 2010 12:25 am ]
Заглавие: 
хммм ... :-k
сериозно ли твърдите, че не става за сериозна работа?

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

поради нЕкои съображения С++ не е приложимо. или поне ще е неоправдано трудно.
плейн С отпада изобщо като алтернатова. в тази си битност жавата има някакви предимства.
само че ми е трудно да оценя недостатъците... явно ще трябва проба.
Автор:  kiiid [ Вто Яну 05, 2010 1:18 am ]
Заглавие: 
ДедоБоре написа:
хммм ... :-k
сериозно ли твърдите, че не става за сериозна работа?

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

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


Има прекрасни компилатори на Бейсик и Паскал за почти всичко на тоя свят. Да не говорим пък за екзотики като добрия стар Форт например. Щом C по някаква причина не ти е приложимо защо не опиташ нещо такова. Ама жаба... ???
Автор:  tgi [ Вто Яну 05, 2010 1:19 am ]
Заглавие: 
Жаби, змии и гущери, а бе ти нямаш ли си работа :D .

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

PPC може да бъде под ват и да е 400 MHz (това без DDRAM-а), има и разни автомобилни
MCU-та, сигурно си ги гледал повече от мене, аз много нямам кво да ги правя.
Ако речеш да стъпваш на 5200, обади се, може и да имам нещо вършещо ти работа
(не земноводно де).
Автор:  woody [ Вто Яну 05, 2010 11:10 am ]
Заглавие: 
ДедоБоре написа:
сериозно ли твърдите, че не става за сериозна работа?

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

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

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

И не на последно място - нуждите от RAM се завишава, особено с JIT.
Автор:  ДедоБоре [ Вто Яну 05, 2010 2:56 pm ]
Заглавие: 
абе като говорим за виртуални машини... вече не помня коя е първата, която видях.
май на никлаус вирт. после се възхищавах на кнутовата (от тритомника).
накрая видях реализирана п-машина на UCSD за apple 2 - имаше компилатори на паскал, фортран и пролог или лисп за п-код, интерпретиран от 6502.

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

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

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

темата остава отворена. ако някой му се приказва - да се изказва
Страница 1 от 3 Часовете са според зоната UTC + 2 часа [ DST ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/