Reprise du message précédent :

Si on peut faire mieux, c'est que c'est mal foutu, non ?

Ah bah oui je me doute bien, mais moi aussi je parle d'optimisation
J'ai autre chose à foutre que coder des applis complètes en assembleur

Ça sera 1492 le jour où on sera pas obligé de passer par le C pour gagner en perfs

figure 3.B : victoire de la foi sur la science

de ?
 

J'espère, mais y en a qui font ça et croient avoir raison d ele faire, je demande juste
 

bah pour avoir coder 4-5 outils du genre en C++, jamais eu besoin du C pour gagner en perf.

 
La seule raison pour laquelle j'ai vu abandonner des vectors pour passer à des tableaux C, c'est pour partager des entre co-proc et proc centrale dans une archi asymétrique. Hors de ca, niveau perf, aucun souci, et pourtant, je bosse sur un projet où c'est plutôt un point critique  

pour ces histories de partage, tu peut bien bananer le &v[0], c'ets par design un tableau C contigu ou y avait il des conneries genre alignement etc à repsecter ?

 
Je crois qu'il s'agit plutôt d'un cas de mémoire partagée entre processus indépendant.

Je viens de voir que boost::multi_array a une fonction reshape. Que fais cette fonction exactement? Est-ce qu'elle déplace des datas en changeant l'ordre d'indexation des dimensions du tableau, ou est-ce que c'est juste une redefinition des indexs auquel cas, les datas vont changer de coordonées.

en fait, c'était surtout pour regrouper pas mal de données qu'on voulait contigües pour minimiser des DMA ...

ouais je vois.