pin. (24.11.2004 13:34, просмотров: 1) ответил тихий на можно пошучу?Я в АВРах не "шарю". :) http://embedded0.nm.ru/tmp/crc/
CVAVR просто подвернулся случайно. Важнее, как покажут себя старик Иар и avrgcc. Меня ломает их ставить. Забавно то, на ПЛИСах этот тест CRC выполняется за 1100000 тактов. -------------------------------------------------------------- Еще работу протестировал со строками: http://embedded0.nm.ru/tmp/crc/ stringz.zip SHARC VDSP3.5 ~1150000 тактов BF533 VDSP3.5 ~1600000 тактов (хаха.) LPC2106 IAR 4.10b ~1500000 тактов. Точные числа не записывал, +- несколько процентов. На strlen и strcpy ARM отставал в 2 раза от ADSP. Из-за циклов и указателей. Но для strcmp уже без особенной разницы. ---------------------------------------------------------------- Можно сишный код оптимизировать вручную под конкретный компилятор. Чтоб оптимума достичь. Например, цикл особым образом записать. Но тогда другой компилятор может показать плохие результаты.
CVAVR просто подвернулся случайно. Важнее, как покажут себя старик Иар и avrgcc. Меня ломает их ставить. Забавно то, на ПЛИСах этот тест CRC выполняется за 1100000 тактов. -------------------------------------------------------------- Еще работу протестировал со строками: http://embedded0.nm.ru/tmp/crc/ stringz.zip SHARC VDSP3.5 ~1150000 тактов BF533 VDSP3.5 ~1600000 тактов (хаха.) LPC2106 IAR 4.10b ~1500000 тактов. Точные числа не записывал, +- несколько процентов. На strlen и strcpy ARM отставал в 2 раза от ADSP. Из-за циклов и указателей. Но для strcmp уже без особенной разницы. ---------------------------------------------------------------- Можно сишный код оптимизировать вручную под конкретный компилятор. Чтоб оптимума достичь. Например, цикл особым образом записать. Но тогда другой компилятор может показать плохие результаты.
-
- я тоже ;) еще пошучу тихий(71 знак., 24.11.2004 14:40)