Производительность ARM, Olimex LPC-L2294 Performance Опции

[sonycman]

Да, но переключает, просто оптимизатор как то странно оптимизиравал, оставил сравнения но выкину переходы

Она не должна переключать, потому что в массив ничего не пишется - откуда в нём возьмётся значение 99, подумайте?

Что ещё могу посоветовать - МАМ у Вас включен? Настройте и включите, или перекиньте код в ОЗУ, чтобы исключить тормоза флеш.
Также включите режим Fast GPIO и пользуйтесь регистрами FIOxSET/FIOxCLR вместо медленных IOxSET/IOxCLR.

[Dato]

Все правильно он сделал. Зачем переходы, если есть условное выполнение.

Она не должна переключать, потому что в массив ничего не пишется - откуда в нём возьмётся значение 99, подумайте?

Да Вы правы, я проста не отключал плату после проверки, с записю в массив

Спасибо за советы, правда я не знаю что такое МАМ и Fast GPIO придется почитать и попробую

sonycman
включил MAM, ускорилась почти 2.5 раза

Цикл даже с разрешенным прерыванием выполняется за 80us. Это уже другое дело, Спасибо всем, но особенно sonycman

Сообщение отредактировал Dato - Aug 24 2010, 14:19

[sergeeff]

Запустили бы стандартный benchmark тест, было бы понятно, что к чему (по крайней мере, естъ что сравнивать), а не разбирали бы адекватностъ вашего теста.

[zltigo]

Когда-то здесь выкладывал собранный drystone для Олимексовской-же E2294.

[demiurg_spb]

Не понял, если Вы имеете ввиду разрядность то да, но при обращении к байтам в памяти, должна падать Производительность ?

Для счётчика цикла переменная заводится не в памяти а в регистре...

Код

uint8_t* dst = &buf[0];
for (int i=0; i<100; i++)
{
    *dst++ = i;
}

Какой asm-листинг даст?

[sergeeff]

Когда я писал про стандартный benchmark, имел в виду, что это позволит автору:
1. Понять (сравнить, сопоставить) правильно ли работает его железо.
2. Убедившись в п.1, можно заниматься изучением быстродействия своих программных изысков.

[Dato]

demiurg_spb
Понятно, но в моем случае, две дополнителние asm команды не имели значения, проблема была в другом

sergeeff
В моих тестах был элементарный код, к стати, определенно проверяющий также железо(проверка перед переключением пина - убедится что данные, не проста выбрасываются на шину а записываются в RAM), о каких программных изысках может быть реч?

[zltigo]

о каких программных изысках может быть реч?

О тех, которые не позволили Вам получить даже минимальный удовлетворительно рабочий код . Т.е. внимательно разобраться с инициализаций контроллера, для чего всякие PLL,MAM,WS и как ни влияют производительность контроллера, хоть на сколь-нибудь приближенных к реальным задачах.

[Dato]

zltigo

PLL, MAM и т.д. это обычный справочный материал, по чипу, которых либо знаеш либо нет. мне "не позволили получить даже минимальный удовлетворительно рабочий код" не знание этих справочных фактов, а не как Вы выражаетес, мои программные изыскания. Знающие люди, просто подсказали что, где, надо искать и не начали философствовать о программных изысканиях

Сообщение отредактировал Dato - Aug 25 2010, 09:27

[demiurg_spb]

Понятно, но в моем случае, две дополнителние asm команды не имели значения

Внутри цикла всё имеет значение...

[zltigo]

не знание этих справочных фактов....

О сколько Вам открытий чудных еще предстоит сделать . Это отнюдь не справочный материал - взяли справочник, узнали число pi подставили. Вы взяли "справочник", взяли, ну, например для того-же MAM число "2". А почему в этом "справочнике" в отличие от числа pi для MAM еще и другие значения приводятся? Как они на производительность влияют? Мысль у Вас не возникла . Ну это дело наживное.

[Dato]

zltigo

Это отнюдь не справочный материал

Нет. это священные эзотерические знания, данные только избранным

А почему в этом "справочнике" в отличие от числа pi для MAM еще и другие значения приводятся? Как они на производительность влияют? Мысль у Вас не возникла

Справочник без лишней философий отвечает на эти вопросы, разобрался уже, спасибо Всем и извините что побеспокоил