caxapa.ru :: Получается, как у LPC3250 не получается. у C6747 в параллель с умножителями работают ещё и load-store юниты, и сумматоры. код LPC3250 не будет состоять из одних умножений - там ещё данные надо подтаскивать и выгружать. и делать не

Mahagam (29.07.2016 01:19, просмотров: 303) ответил Evgeny_CD на Конечно, рассматривали. Тот же C6747. Кратко - не наш выбор. На первой же странице дата шыта – 2 DP x DP -> DP Every Four Clocks. Т.е. операция с DP - 4 такта. Юнитов 2 штуки, поэтому, если компилер удачно разложит по регистрам и по блокам, то 1

Получается, как у LPC3250 не получается. у C6747 в параллель с умножителями работают ещё и load-store юниты, и сумматоры. код LPC3250 не будет состоять из одних умножений - там ещё данные надо подтаскивать и выгружать. и делать не только перемножения. у C6747 это будет частично распараллелено. а тем более если у вас матрицы 100х100 - то явно алгоритм должен хоть частично, но параллелится.

Ответить

- Я согласен, что не только умножения. Но и Cortex-A9 - крепкий орешек. Он суперскалярный, до 2х операций за такт. Так что с подтаскиванием данных он тоже довольно неплохо может справляться. В DSP еще пугает вот что - масштабируемость дизайна. Evgeny_CD(420 знак., 29.07.2016 01:48)
  - надо отмасштабироваться? покурили маны, повтыкали в код #pragma побольше, и вуаля, подняли производительность в два раза без заноса денег поставщику )))) Mahagam(279 знак., 29.07.2016 22:56)
    - Главное - не перевтыкать :) И дозировку грибочков соблюдать. По сути согласен. - Evgeny_CD(29.07.2016 23:04)

Средства и методы разработки