| |
|
  |
 LPC3130/31 |
|
|
|
|
 Jul 27 2009, 10:08
|
Местный
Группа: Свой
Сообщений: 201
Регистрация: 23-01-06
Из: Msk
Пользователь №: 13 490
|
Цитата(Step_ARM @ Jul 27 2009, 12:36)  Такое ощущение , что Вы делаете устройства которые всегда оснащаете внешним ОЗУ и флэш.
У меня основной процессор ЛПС2364. У него 8+8+16кБ оперативки и 128кБ флэш. Чем не замена?
Мне много-то не надо... Вы можете ответить на вопрос по существу - что за приложение, которому не хватает быстродействия LPC2364 и код у него укладывается в 128 кб ?
|
|
|
|
|
|
|
|
Jul 27 2009, 10:26
|
Частый гость
Группа: Участник
Сообщений: 132
Регистрация: 11-07-08
Пользователь №: 38 870
|
Цитата(abcdefg @ Jul 27 2009, 14:08) Вы можете ответить на вопрос по существу - что за приложение, которому не хватает быстродействия LPC2364 и код у него укладывается в 128 кб ? Ну, например:-), видеорегистратор 320х240 15fps помещается и в гораздо меньший объем. 2364 по скорости не потянет, ну никак, а вот 3131 уже вполне... Это только пример.
|
|
|
|
|
|
|
|
Aug 3 2009, 14:20
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
У меня лежит отладка от Embedded Arstists. Поиграться, правда, ещё не успел. Основное достоинство этого камня, на мой взгляд, это возможность запуска стандартной Java-машины. Программистов на яве много, можно написать что угодно не вникая в низкий уровень.
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Aug 4 2009, 03:32
|
Частый гость
Группа: Участник
Сообщений: 132
Регистрация: 11-07-08
Пользователь №: 38 870
|
Цитата(dmitry-rf @ Aug 3 2009, 18:20) У меня лежит отладка от Embedded Arstists. Поиграться, правда, ещё не успел. Основное достоинство этого камня, на мой взгляд, это возможность запуска стандартной Java-машины. Программистов на яве много, можно написать что угодно не вникая в низкий уровень. А прикрутить эту машину пробовали?
|
|
|
|
|
|
|
|
Aug 4 2009, 10:08
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Цитата(Step_ARM @ Aug 4 2009, 07:32) А прикрутить эту машину пробовали? На этом проце еще нет. Запускал на AT91SAM9260 и LPC3250. Вот тут результаты тестов: http://rwxr-xr-x.blogspot.com/search/label/java
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Aug 4 2009, 11:07
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Цитата(etoja @ Aug 4 2009, 14:20) Если на плате работает линукс, то тормоза в виде ява-машины уже ни к чему. Зависит от задачи
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Aug 4 2009, 12:53
|
Участник
Группа: Участник
Сообщений: 23
Регистрация: 31-07-09
Пользователь №: 51 692
|
согласен, что зависит от задачи.
Не стоит путать Linux, все же это операционная система а не язык прогр.,
Java это язык прогр. и достаточно навороченный, кое в чем развитее C++, недаром микрософт С# занялся.
Если сравнивать коректно, то наверное Linux+С и Linux+Java.
На ARM процессорах Linux+Java будут проигрывать по производительности из-за апаратной архитектуры ARMов.
По этому ява там выглядет тормозом. Есть попытки апаратных real-time Java процессоров таких как "ajile" и ему подобные.
А вот web сервера, ... IP технологии написанные на яве во встроенных приложениях предпочтительнее.
|
|
|
|
|
|
|
|
Aug 5 2009, 09:34
|
Местный
Группа: Свой
Сообщений: 201
Регистрация: 23-01-06
Из: Msk
Пользователь №: 13 490
|
Цитата(dmitry-rf @ Aug 4 2009, 14:08) На этом проце еще нет. Запускал на AT91SAM9260 и LPC3250. Вот тут результаты тестов: http://rwxr-xr-x.blogspot.com/search/label/javaЦитата "Как видно, SAM9260 немного уступает LPC3250, что логично, так как у последнего частота немного выше. А вот разрыв между АРМами и настольным компьютером просто поражает! Аппаратный FPU - это сила" Странный тест, т.к. в LPC3250 как раз есть VFP
|
|
|
|
|
|
|
|
Aug 6 2009, 14:00
|
Участник
Группа: Участник
Сообщений: 65
Регистрация: 15-01-08
Из: Санкт-Петербург
Пользователь №: 34 101
|
Цитата Странный тест, т.к. в LPC3250 как раз есть VFP Угу. Я этого не написал, но подумал, что, возможно, VFP не был задействован по каким-то причинам. Разбираться было некогда. Цитата и неясно как ява-машине помогает аппаратная реализация плавающей точки. Помогает не ява-машине, а тесту. Если прочитать его описание, можно увидеть следующее: Код reports a composite score in approximate Mflops (Millions of floating point operations per second) Цитата Нужно признать очевидное - у процессоров для персональных компьютеров выше внутренняя тактовая частота, больше кэши и они лучше организованы. Что достигается за счёт огромных размеров и энергопотребления
--------------------
Debian Fan
|
|
|
|
|
|
|
|
Aug 6 2009, 15:20
|
Ally
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050
|
Вы б лучше рассказали где взяли эту JVM, какая версия, какая платформа (J2EE, J2SE, J2ME?). Сколько памяти она заняла, какая файловая системы была. Чем компилировали. ARM или THUMB был режим и т.д. Была ли поддержка jazelle Я думаю показатели JVM на ARM-ах можно значительно улучшить, в 4-6 раз. Поставить нормальную JVM. Надо провести тюнинг быстродействия шины внешней памяти. Профилировать, перекомпилировать в RealView критичные системные участки и т.д. Цитата(dmitry-rf @ Aug 6 2009, 17:00) Угу. Я этого не написал, но подумал, что, возможно, VFP не был задействован по каким-то причинам. Разбираться было некогда.
|
|
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
