LightElf (14.02.2021 03:04, просмотров: 232) ответил klen на дошли руки. измерил 'скорость' прерываний riscv(bamblebee+eclic) в
GigaDevice gd32vf1xxНе надо делать мне как лучше, оставьте просто хорошо
-
- Смотря откуда, нужно учитывать тупняк при чтении флеша. Реально при
работе через флеш без кэша ситуация не сильно лучше - evgeniy1294(14.02.2021 04:07)
- Ну ок, пусть флеш будет 5, тогда 10+5=15, но не 58 же? - SciFi(14.02.2021 09:08)
- В cortex-m будет 15, здесь же в riscv кодом сохранение и
восстановление кучи регистров. Вот и набегает 58. - klen(14.02.2021 12:53)
- В общем так: у CM3 вход в прерывание в зависимости от ситуации может составлять от 6 до 18 тактов. Обычное значение (из основного потока) - 12 тактов. Но аппаратно в стек сохраняется только часть регистров, так что от обрабочика и компилятора зависит. Задержка на флеше не факт, что присутствует. Ничего не мешает процу одновременно сохранять в стек регистры и начать выборку первой инструкции обработчика - Гарвард ведь. Надо этот момент проверять. - LightElf(14.02.2021 14:28)
- Особенно доставляет сохранение регистров плавучки, которых в чипе
нет. - Evgeny_CD(14.02.2021 12:58)
- неа, недоставляет. при указании компиллеру -march=rv32imac выкатываются глобальные дефайны klen(12482 знак., 14.02.2021 13:58)
- Это они на будущее, препроцессор исключит их. - evgeniy1294(14.02.2021 13:55)
- В cortex-m будет 15, здесь же в riscv кодом сохранение и
восстановление кучи регистров. Вот и набегает 58. - klen(14.02.2021 12:53)
- Ну ок, пусть флеш будет 5, тогда 10+5=15, но не 58 же? - SciFi(14.02.2021 09:08)
- Смотря откуда, нужно учитывать тупняк при чтении флеша. Реально при
работе через флеш без кэша ситуация не сильно лучше - evgeniy1294(14.02.2021 04:07)