Vu que chaque accès externe occupe le bus principal indépendamment de la taille des données, il vaut mieux en effet lire 32 bits d'un coup (quitte à décomposer en octets ensuite). C'est ce que je fais dans mon code audio, et je crois qu'U235 fait pareil.

Faire plusieurs accès 32 bits à la suite apporte théoriquement un léger gain, vu que les accès consécutifs à une même page de RAM sont un peu plus rapides que les accès aléatoires. En poussant la logique, on pourrait même gérer un cache local en RAM DSP qui est rechargé par bursts.

Après :
- comme le dit SCPCD, il ne faut pas oublier les autres composants qui ont besoin du bus
- il faut voir si le gain en performance vaut vraiment le coup par rapport à la complexité supplémentaire du code