caxapa.ru :: Я видел различие в коде, когда делал CoreMark. Там в результатах выводится используемая модель памяти. Так код некоторых тестов отличался в зависимости от того выводишь в printf напрямую строку "Stack" или ее же, но через массив строк

PIC32 (09.08.2009 16:50, просмотров: 268) ответил Alex B. на по поводу последней фразы - тоже заметил. Внимательно рассматривал дизассемблер - ничего не увидел. Думаю, что дело в выборке в кэш

Я видел различие в коде, когда делал CoreMark. Там в результатах выводится используемая модель памяти. Так код некоторых тестов отличался в зависимости от того выводишь в printf напрямую строку "Stack" или ее же, но через массив строк mem_name[MEM_METHOD]. Это было у С32, компилятор CodeSourcery был стабильнее. Ха, в компиляторе HTPIC18 стратегия разброса переменных по FSR0/1/2 вообще зависит от времени суток :)

Ответить

- Сразу вспомнилось, как трамвай в Старгороде пускали :)) MBedder(537 знак., 09.08.2009 17:27, ссылка)
  - Так процессоров без компиляторов уже давно не существует. На тот же PIC32 ассемблер мануал появился на 2 года позже самих процессоров. Не интересно это уже с практической точки зрения - TCP/IP, USB стеки на ассемблере не напишешь, а для float, dsp есть PIC32(216 знак., 09.08.2009 18:19)
    - Стеки на асме написать гораздо проще (и скучнее), чем float/dsp. И пишутся они тоже единожды, а вовсе не для каждого проектишки заново с нуля. А вот захочет ли их написавший поделиться, да еще и в исходниках - бааальшой вопрос - MBedder(09.08.2009 19:51)
  - кстати, заметил - в тестах 16-bit matrix DSPIC-и рвут всех и вся судя по данным. если бы сравнивали чисто процессоры не было бы никогда таких результатов, а так видимо в консерватории надо что-то подправить :) - Snaky(09.08.2009 17:32)
    - Ну так потому что написаны на асме самим MBedder. Наверное нечто подобное он хочет увидеть для PIC32, M3 и др. - PIC32(09.08.2009 19:00)
      - Напишу - увижу :)) - MBedder(09.08.2009 19:52)

Микроконтроллеры PIC