mse homjak (28.08.2020 12:02, просмотров: 916) ответил fk0 на Я один и тот же код для PIC переписывал с long'ов на плавучку. И
стало быстрей. Потому, что long'и 32-битные (а в 16 бит не лезет),
а плавучка в не-PRO Hitech-C версии хорошо оптимизирована на
ассемблере руками и 24-битная. Причём там мантисса-то 16-битная
вовсе (которую нужно долго перемножать). Просто меньше операций, не
говоря уж, что прорамма сильно проще и короче. Проблема
целочисленных вычислений, что нужна немеряная разрядность (особенно
если у тебя в выражении-
- 16q16 -- это таки 32-бита. Шифтер же сейчас есть даже у пиков,
более того у, даже трёхцилиндровых (pic24/dspic), есть относительно
быстрый делитель. А как у любительких армов? У некоторых нет вот. - fk0(28.08.2020 12:31)
- Дык, про 24/30/33 и речи быть не должно. Даже для 32 бит. Сратый
АВР должен такое легко пережёвывать. С млачшими ПИКами, да, могут
быть проблемы. - mse homjak(28.08.2020 12:46)
- Младшие пики - это у которых нет аппаратного умножителя. А, скажем, ДСПИК при 32 разрядах делает один шаг фильтра за 6 шагов. - Kpoк(28.08.2020 13:44)
- Дык, про 24/30/33 и речи быть не должно. Даже для 32 бит. Сратый
АВР должен такое легко пережёвывать. С млачшими ПИКами, да, могут
быть проблемы. - mse homjak(28.08.2020 12:46)
- 16q16 -- это таки 32-бита. Шифтер же сейчас есть даже у пиков,
более того у, даже трёхцилиндровых (pic24/dspic), есть относительно
быстрый делитель. А как у любительких армов? У некоторых нет вот. - fk0(28.08.2020 12:31)