посоветуйте микроконтроллер

хм, не парился бы - взял бы какой нибудь специализированный DSP под 1 000 MIPS'ов у моторолы вроде есть такие.

 

...или если уж так хочется мощи, паралельных вычислений, понтов и всего такого - возьми 32 битный паралаксовский 8-ядерный контроллер - пропеллер по мойму называется

 

Пропеллер - дорогая игрушка для лохов. Вот тут неплохо сказано.

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

 

reverserнасчёт пропеллера согласен - он пустой совершенно - может бедная периферия дело времени, но DSP хотя бы от PIC с синусами бы справилось неплохо да и никто не отменял такого понятия как оптимизация.

 

оптимизируйте: y = sin(x); много соптимизируешь? не думаю, что реально сделать значитеньно лучше, чем в стандартной либе. ну есть сейчас 1100 тактов, будет минимум 900. я думал будет хотя бы порядок (.

что касается пропеллера - можно поспортить. стоит эта железка ~300р. 8 армов - никак за 300 рублей не собрать, да и скорость взаимодействия ядер будет существенно ниже. что касается переферии - он предназначен для других целей. понятно, что нужно быть гражданином, чтобы для реализации SPI юзать propeller и программно эмулировать протокол обмена. почитай на официальном сайте - там всё расписано.

 

cupuyc

На спектруме был програмный сопроцессор математики(камень 8-мибитный, умножать не умел). Там с помощью таблиц както тригономерия вычислялась, довольно продвинуто вобщем(не ряды маклорена). Точно не помню, но можно в сурцах посмотреть. Думаю там были лучшие решения.

 

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

 

cupuyc
А оно и используется. Просто код закрытый. Вам к примеру интел не даст ни микрокод, ни алгоритм в любом случае.

 

Вообще, надо смотреть, как вычисление реализовано на АРМе и как -- на АВР. Потому что разница маленькая шибко получается, а это странно.

 

+ 1. меня это тоже сильно удивило.

 

А исходники соответствующих функций имеются, кстати? А заодно функций поддержки (которые, например, операции с плавающей запятой реализуют).

 

код под арм - на кейле, код под авр - на avr-gcc. у гсс наверняка можно посмотреть сорцы, а вот у кейла проблематично. кейл - коммерческий продукт, не могли же они так фигово реализовать тригонометрический функции, что работает даже хуже, чем у гсс?

 

Могли, могли...

 

Стандартные либы часто вычисляют синус/косинус используя таблицы. Так что, возможно, цифра и верная. Вообще, конечно, нужно смотреть сгенерированный код.
Если не сильно важна точность, есть быстрый алгоритм приближением параболой: 1, 2 (у второго есть модификация для точности 0.001).