Отправлено Vasilyevich 27 ноября 2003 г. 08:27 В ответ на: С точки зрения скорости освоения проца лучше асма нет. C DSP/BIOS его можно так до конца и не освоить... CSL местами просто отвратен, как насчет полного запрета прерываний при передаче по тормозному I2C? как насчет циклов задержки for (i=0;i<32000;i++) { asm(" NOP") }? Смотрите оба примера в приведенном куске кода отправлено AntZ 27 ноября 2003 г. 08:17

Так я и не спорю, что на асме можно написать то, что быстрее будет работать, но когда времени нет, а надо написать, то что будет реально работать, то BIOS и CSL - то, что надо, а потом - можно сесть за асм и оптимизировать прогу, сколько захочешь...

• Я с Вами полностью согласен, CSL и DSP/BIOS - нужные вещи. Другой вопрос, что качество их реализации вынуждает обходить их на ассемблере, особенно это касается CSL. Многозадачность - это да, неоспоримое преимущество DSP/BIOS — AntZ   (27.11.2003 10:31, пустое)
• Если уж надо быстро - то это не BIOS. Это просто C+CSL. А BIOS требует отдельного изучания и разбирательства, что не способствует скорости написания программы. — SМ   (27.11.2003 09:38, пустое)
  • А если ко всему еще многозадачность нуна? — Vasilyevich   (27.11.2003 10:16, пустое)
    • У меня вот например сделано с десяток автоматов, работающих последовательно - и отлично мультизадачит, на разбазаривая ресурсов на контексты. — SМ   (27.11.2003 10:18, пустое)
      • Лучше было бы сказать "мультитащится" :-) — -=Shura=-   (27.11.2003 10:44, пустое)
• Жаль, что иногда приходится писать так, чтобы всё сразу работало быстро. — Руслан   (27.11.2003 08:51, пустое)