Отправлено Зок Мёдов 26 июля 2005 г. 16:34 В ответ на: Да я смотрю уже и без спец-команд спец-юнитов (+) отправлено SM 26 июля 2005 г. 16:09

Хороший это процессор... несмотря на все его бяки, на реальных DSP задачах он очень даже рулит, и uLinux на нём бегает не остановишь :), я уже приводил примеры про матрицы и про DCT да и много ещё можно приводить.
То что я лично вижу, исходя из моего опыта, что как бы там не спорили о супер-замечательной системе команд с охрененной плотностью инструкций в коде команды, процессор с архитектурой load/store по плотности кода ВСЕГДА проиграет процессору с операндами в памяти. Всё остальное - вопросы личных предпочтений и узкой специализации.

• Да вот как-то все время получается, что загружаю я проц под самое нехочу... А насчет проигрыша (+) — SM   (26.07.2005 16:47 213.141.159.26, 168 байт)
  • По плотности кода? Это не очень смешно.... (+) — Зок Мёдов   (26.07.2005 17:03 212.34.54.6, 489 байт)
    • да там добавить надо #define ETSI_SOURCE #include <fract.h> и убрать аналогичный ти-шный инклуд — yes   (26.07.2005 17:10 194.133.69.2, пустое)
    • Не-не, сорри, я не про плотность кода, я про такты... про скорость. — SM   (26.07.2005 17:05 213.141.159.26, пустое)
      • Да, а из библиотек по идее только стартап там должен пристегнуться да деление. — SM   (26.07.2005 17:16 213.141.159.26, пустое)