je ne crois pas avoir le support du sse sur mon proco
Tu l'as forcément à moins d'avoir un PC de 10 ans.
Le -fomit-frame-pointer est sensé être activé par -O3 (et même avant)
Non, il ne l'est pas forcément car le code devient non debugable.
"-O also turns on -fomit-frame-pointer on machines where doing so does not interfere with debugging."
le -funsafe-math est activé par -ffast-math.
En effet.
Je crains que -funroll-loops n'ait pas d'effet sur mon code, la plupart de boucles sont des boucles while (et l'arrêt se fait sur une condition aléatoire).
Dans ce cas, tu peux tenter -funroll-all-loops, selon le code, cela peut bien marcher.
(même pas de multithreading alors que c'est très facile à paralléliser, naive sur certains points).
Dans ce cas regarde du coté de openmp, il suffit souvent de rajouter un "#pragma omp parrallel for private(i)" devant une boucle for pour la rendre parallèle.
[^] # Re: option -Ofast
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La version 4.6 du compilateur GCC est disponible. Évalué à 5.
je ne crois pas avoir le support du sse sur mon proco
Tu l'as forcément à moins d'avoir un PC de 10 ans.
Le -fomit-frame-pointer est sensé être activé par -O3 (et même avant)
Non, il ne l'est pas forcément car le code devient non debugable.
"-O also turns on -fomit-frame-pointer on machines where doing so does not interfere with debugging."
le -funsafe-math est activé par -ffast-math.
En effet.
Je crains que -funroll-loops n'ait pas d'effet sur mon code, la plupart de boucles sont des boucles while (et l'arrêt se fait sur une condition aléatoire).
Dans ce cas, tu peux tenter -funroll-all-loops, selon le code, cela peut bien marcher.
(même pas de multithreading alors que c'est très facile à paralléliser, naive sur certains points).
Dans ce cas regarde du coté de openmp, il suffit souvent de rajouter un "#pragma omp parrallel for private(i)" devant une boucle for pour la rendre parallèle.
"La première sécurité est la liberté"