Задачи задачам рознь - понятно что баба-яга против, но для моих задач thumb режим быстрее. Есть желание спорить - ссылку на keil'овский сайт я уже давал, думаю форум у них там есть.

Хотелось-бы увидеть такую задачу (чисто из спортивного интереса) под поминаемый в ссылке LPC2000
и естественно на "C".
Я, когда ARM начал заниматься просто банальный Drystone тест для сравнения использовал и комбинации ARM/Tumb/RAM/RAM тестировал.

:-)
Не поленился, сходил по ссылке :-) Там первый пункт сначала "за здравие" (надо продажи компилятора поднимать с поддержкой новой фичи) во втром пункте уже правда:

Потом еще раз повторяют:

Причем 30-35% хорошо совпадают с моей оценочной величиной в 30% а уж падение скорости для RAM из этой величины вычисляется сразу - 30-40% ну а из Flash около 10-15%, что можно согласиться "немного".

Таким образом, "спорить" на форуме Keil мне просто не о чем.

Весь мир на лпц пока не перешел - я ж вроде ясно написал - "для моих задач", конкретизирую - железяка s-active с 16-bit шиной (http://www.colognechip.com/isdn/controllers/frame-hfc-s-active.htm), задача типично коммуникационная - управление и небольшие операции над потоком данных, благодаря thumb режиму все это дело прекрасно помещается в кеше и минимизирует обращения к флешке.
Цифры по ссылке читаем невнимательно или не знаем английский :

1) For critical code size applications, the alternative 16-bit Thumb Mode reduces code by more than 30% with minimal performance penalty.

Переводится как - Для приложений критичных к размеру кода, альтернативный 16-битный режим уменьшает _размер_ кода более чем на 30% с минимальным ущербом для производительности.

2) In reality there is minimal speed penalty in Thumb mode (compared to 35% size reduction)

Что значит: В реальной жизни скорость в Thumb режиме отличается незначительно (при 35% уменьшении размера)

Где там 30% скорости - непонятно. Лапидарнее надо быть однако

Сообщение отредактировал Harbour - Aug 27 2006, 12:01

Так, тогда и пишите типа - написал как-то маленькую программку для железки с усеченной 16bit шиной, надеюсь, что получилось быстрее, поскольку на сайте Кейла написано, что так может быть.

А на Ваш вопрос:

Ответ ДА.

C английским у Вас некоторые проблемы :-(, ибо "penality" отнюдь это не нетральное слово "отличается". Рекомендую вспомнить хотя-бы футбол с его русским :-) словом пенальти.
И где в вышеотцитированном (с учетом нормального перевода, естественно) протеворечие с моим

Проблем с русским языком у Вас вроде не наблюдается, значит "проблемы" :-( в чем-то другом.....

Незначительно теряет, это для LPC на который по вашим-же словам "весь мир не перешел" при работе из его медленного FLASH и включении у него MAM. При работе при работе из нормальной 32bit RAM или полноскоростного FLASH провалитесь на 30-40% прямопропорционально увеличению количества команд в Thumb mode относительно ARM mode.

Сообщение отредактировал zltigo - Aug 27 2006, 13:03

[qoute]
"для моих задач", конкретизирую - железяка s-active с 16-bit шиной (http://www.colognechip.com/isdn/controllers/frame-hfc-s-active.htm), задача Так, тогда и пишите типа - написал как-то маленькую программку для железки с усеченной 16bit шиной, надеюсь, что получилось быстрее, поскольку на сайте Кейла написано, что так может быть.
[/quote]

Ну так и Вы пишите - "никогда с другими процами кроме LPC не работал, но уже знаю что они медленнее в thumb'е на 30-40%, потому что так может быть".



Ну, беру свои слова обратно - насчет keil'овского форума - рановато Вам еще туда - для начала нужно здесь еще будет отгрести пару лет, для боевой закалки, так сказать, а то нервы ну прям ни к черту



Что-то так и не заметил лапидарного перевода словосочетания "minimal speed penalty" в контексте данного предложения.



Жалкая попытка перейти на личности, вещь для инженера - недостойная, ну а конкретно для вАС и совершенно невозможная.



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

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

Вот и новый анек почти в тему :

- А ви чули як лапiдарные товарiщi називають АРМ ?
- Нi куме. Як же ?
- Эль-Пе-Це !
- Повбивав би гадiв ...

Сообщение отредактировал Harbour - Aug 27 2006, 15:56

Что касается LPC, то для тех, кому кажется, что они на войне и все остальные находятся "в танке" - с его архитектурой разница Thumb/ARM много МЕНЕЕ заметна, чем, например, у Atmel и STR c FLASH работаюцим на частоте ядра.

C быстродействием ARM/Thumb думаю тоже уже читателям все ясно.

P.S.

Боле, чем жалкий и более, чем недостойный и немотивированный переход на личности вЫ уже ранее предпринимали. Чем собственно и был вызвано мое предположение о личностных "проблемах".
Я это помню, хотя модератор это и вытер.
Представление о вАШЕМ уровне самомнения и способности понимать (вне зависимости от языка ), каждый может сделать сам из переписки и комментировать я это не буду.

Мдяя...
Пока я выходные охотился на болотах и водку пил с друзьями, тут прям, смотрю, неустанно без выходных люди трудятся!! Стахановцы! хватит балоны катить друг на друга. Вы уже план перевыполнили на 300%.

Тема про gcc, про его любимого есть что по существу сказать? А?

Извинине :-( за спонтанное отклонение от темы :-(. Хотя и с Вашей :-) подачи...

P.S.

Если на "Псковких", то рановато уехали - я завтра в Себеже -> Пскове буду....

Ну нельзя сказать что и я кристально трезв в воскресенье "С существом" и "по существу" вроде тоже в порядке