-
- Выше я упоминал этот алгоритм (сдвиг-коррекция), он весьма тормозной для регистрово-аккумуляторных ядер (х51 в их числе). Для х51, как и для AVR, вычитание степеней 10 будет эффективнее - AVR(10.02.2007 11:19, )
- Ну вот, дальше пошло, теперь убирать нехорошо... По объёму кода он эффективнее, там (я написал задачи) это было важнее. - ReAl(10.02.2007 11:20)
- О чем я и толкую - для разных архитектур и задач оптимальное решение может быть разным AVR(3252 знак., 10.02.2007 13:32, )
- Надо-ж...А я за этот вариант и браться не стал в своё время...А оно вононокак - mse homjak(10.02.2007 15:42, )
- Отож :) Хоть для AVR/x51 - выглядит некузяво, но для dsPIC-то код какой красивый, а? :)) - AVR(10.02.2007 16:27, )
- Вот. Я так и подумал - нех даже пытацца. И забил! ;О) - mse homjak(10.02.2007 16:41, )
- Отож :) Хоть для AVR/x51 - выглядит некузяво, но для dsPIC-то код какой красивый, а? :)) - AVR(10.02.2007 16:27, )
- Надо-ж...А я за этот вариант и браться не стал в своё время...А оно вононокак - mse homjak(10.02.2007 15:42, )
- О чем я и толкую - для разных архитектур и задач оптимальное решение может быть разным AVR(3252 знак., 10.02.2007 13:32, )
- Ну вот, дальше пошло, теперь убирать нехорошо... По объёму кода он эффективнее, там (я написал задачи) это было важнее. - ReAl(10.02.2007 11:20)
- Выше я упоминал этот алгоритм (сдвиг-коррекция), он весьма тормозной для регистрово-аккумуляторных ядер (х51 в их числе). Для х51, как и для AVR, вычитание степеней 10 будет эффективнее - AVR(10.02.2007 11:19, )