caxapa.ru :: Про масштаб эффекта расширения XW на примере моего проекта на CH59x:

il-2 (11.03.2025 06:48, просмотров: 111) ответил SciFi на Посмотрел я, какие особенности у CH32V003 с точки зрения компилятора. Я так понял, китайский GCC добавляет расширение xw (несколько компактных инструкций), масштаб эффекта от которого неясный и, скорее всего, скромный. Ну и __attribute((interrupt("WCH-Interrupt-fast"))) тоже со скромным эффектом, и там есть варианты обхода. Официальный GCC должен нормально подойти. Короче, горевать рано.

Про масштаб эффекта расширения XW на примере моего проекта на CH59x:

С инструкциями XW:

Memory region Used Size Region Size %age Used

FLASH: 154244 B 192 KB 78.45%

DATAFLASH: 4608 B 31 KB 14.52%

RAM: 19192 B 26 KB 72.09%

text data bss dec hex filename

158344 508 10576 169428 295d4 ble-bridge-ch59x.elf

Без поддержки XW:

Memory region Used Size Region Size %age Used

FLASH: 154612 B 192 KB 78.64%

DATAFLASH: 4608 B 31 KB 14.52%

RAM: 19224 B 26 KB 72.21%

text data bss dec hex filename

158712 508 10576 169796 29744 ble-bridge-ch59x.elf

Ответить

- Цифры - страшная сила, особенно в умелых руках. Если не 150к таблиц в коде, то разница впечатляет мизерностью. - Andreas(11.03.2025 09:31)
  - Вообще-то да. Сейчас глянул навскидку map-файл. Из всего этого кода около 10Кб - это мои исходники. Все остальное - библиотека BLE. Так что правильнее наверное смотреть контраст на фоне 10кБ. 200 байт на фоне 10Кб - это уже 2% :-) Не много, но и не так уж мало. - il-2(11.03.2025 09:50)
    - Сейчас часто критично не объем памяти, а быстродействие. Возможно там быстродействие выросло больше, не смотря на скромное уменьшение объема - AlexBi(11.03.2025 11:23)
      - Быстродействие - это расшивание узкого места. Там можно и асм, если оч. надо. А если у вас какое-то другое быстродействие, то оно неправильное. - SciFi(11.03.2025 11:25)
        
        Быстродействие именно это, только оно может появляться без привлечения АСМа. У вас не было такого что без включенной оптимизации в компиляторе оно не работает, т.е. не успевает? АСМ - крайняя мера, лучше обходиться без него. - AlexBi(11.03.2025 12:59)
        
        Было разок за годы, причем при изменении в другом месте переставало работать. Да еще и при переходе на другую версию компилера может перестать работать.Или начнет. Напрягся, переписал кусочек команд на 50 на асм и забыл про весь этот неустойчивый гимор. - Andreas(11.03.2025 13:06)
        
        Когда-то давно было, нужно было обработчик прерывания допилить. Ну, допилил. Уж там точно вот эти XW инструкции никак не помогли бы. - SciFi(11.03.2025 13:05)
        
        Разве плохо, когда кто-то за тебя все сделал и добавил в компилер поддержку? И прога даром и бесплатно стала чуть короче. - Andreas(11.03.2025 13:10)
        
        Подъехали дополнительные сведения. На сайте Renesas можно скачать тулчейн LLVM+clang для RISC-V. Там LLVM 19.1.7, он умеет -march=rv32ec_xwchc. Проверил - действительно умеет. И никаких китайских форков. - SciFi(15.03.2025 22:26)
        
        Я только за. Но здесь "поддержка" в китайском форке GCC, и там есть ряд оговорок. А так да. С другой стороны, это я зажрался, наверное. Для того же стм8 если бы был хоть какой-то форк GCC с более-менее вменяемой генерацией кода, оторвали бы с руками :-) - SciFi(11.03.2025 13:13)
    - Это зависит от того, мы покупаем или продаём :-) - SciFi(11.03.2025 09:56)
      - вот да , недавно переделывал под больший экран, прошивка чуть 50к превысили и я начал нервничать и думать об оптимизации. А потом вспомнил, что проц с 128к оказался дешевле и в итоге им закупились. - Andreas(11.03.2025 10:31)
        
        Продался за копейку! А мог бы покрасноглазить денёк-другой :-) - SciFi(11.03.2025 10:34)
- А разговоров-то было! - SciFi(11.03.2025 08:05)

ARM, RISC-V контроллеры