LPC3130/31 Опции

[Step_ARM]

В поиске по форуму ничего не нашел по ARM9 LPC3130/31. Камень вроде привлекателен и ценой и возможностями, а не встречается в обсуждении.
Прошу поделиться впечатлениями тех , кто сталкивался с этим чудом :-)

[dmitry-rf]

Странный тест, т.к. в LPC3250 как раз есть VFP

Угу. Я этого не написал, но подумал, что, возможно, VFP не был задействован по каким-то причинам. Разбираться было некогда.

и неясно как ява-машине помогает аппаратная реализация плавающей точки.

Помогает не ява-машине, а тесту. Если прочитать его описание, можно увидеть следующее:

Код

reports a composite score in approximate Mflops (Millions of floating point operations per second)

Нужно признать очевидное - у процессоров для персональных компьютеров выше внутренняя тактовая частота, больше кэши и они лучше организованы.

Что достигается за счёт огромных размеров и энергопотребления

[AlexandrY]

Вы б лучше рассказали где взяли эту JVM, какая версия, какая платформа (J2EE, J2SE, J2ME?). Сколько памяти она заняла, какая файловая системы была. Чем компилировали. ARM или THUMB был режим и т.д. Была ли поддержка jazelle

Я думаю показатели JVM на ARM-ах можно значительно улучшить, в 4-6 раз.
Поставить нормальную JVM.
Надо провести тюнинг быстродействия шины внешней памяти.
Профилировать, перекомпилировать в RealView критичные системные участки и т.д.

Угу. Я этого не написал, но подумал, что, возможно, VFP не был задействован по каким-то причинам. Разбираться было некогда.

[dmitry-rf]

Вы б лучше рассказали где взяли эту JVM, какая версия, какая платформа (J2EE, J2SE, J2ME?). Сколько памяти она заняла, какая файловая системы была. Чем компилировали. ARM или THUMB был режим и т.д. Была ли поддержка jazelle

Брал здесь: http://java.sun.com/javase/downloads/embedded.jsp
Java SE for Embedded 1.4.2
Если я правильно помню, то у меня OABI, glibc2.3.3, Soft Float, что и даёт низкую производительность. Надо EABI, glibc2.4, Hard Float (VFP) попробовать. Файловая система - NFS, всё остальное за меня Sun сделал.

[AlexandrY]

Мда, ресурсы эта ява требует дикие. 32 метра только для голого JVM без графики и клавы и не включая приложения. А с поддержкой дисплея так все 64 метра. Поддержка WEB технологий еще требует отдельного пакета. И при этом они еще специально урезали ресурсы памяти требуемые для нормальной явы.
Смысл применения дешевых LPC здесь полностью исчезает.
Здесь начинает доминировать цена памяти и интерфейсные контроллеры.

Хотя либы у этой явы очень мощные, но сильно избыточные для embedded, как например работа с офисными документами, печать, многоязычность, движки для распределенного корпоративного управления и т.д.
ИМХО, сильно архаично и бестолково. Фреймворк идущий с WinCE 6.0 гораздо приятней и целенаправленней. Да и C# пожалуй пошустрей будет выполняться

Брал здесь: http://java.sun.com/javase/downloads/embedded.jsp
Java SE for Embedded 1.4.2
Если я правильно помню, то у меня OABI, glibc2.3.3, Soft Float, что и даёт низкую производительность. Надо EABI, glibc2.4, Hard Float (VFP) попробовать. Файловая система - NFS, всё остальное за меня Sun сделал.

[dmitry-rf]

Хотя либы у этой явы очень мощные, но сильно избыточные для embedded, как например работа с офисными документами, печать, многоязычность, движки для распределенного корпоративного управления и т.д.

Надо же.. Не знал, что там всё настолько серьёзно.
JavaSE я выбрал потому, что там хоть понятно, что скачивать. А для JavaME есть куча невнятных пакетов. Сам я с Java практически не знаком. Сказали запустить - запустил...