J'avais déja -O3 et -march=native, je ne crois pas avoir le support du sse sur mon proco (mais je sais pas vraiment comment tester ça) (et c'est dommage, parce que j'en profiterais grandement). Le -fomit-frame-pointer est sensé être activé par -O3 (et même avant), le -funsafe-math est activé par -ffast-math.
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).
-fwhole-program et -fsingle-precision-constant ça a l'air cool, faut que je teste :)
Je crois que la principale raison pour la lenteur de mon code, c'est que l'architecture est tout sauf optimisée (même pas de multithreading alors que c'est très facile à paralléliser, naive sur certains points).
[^] # Re: option -Ofast
Posté par Shuba . En réponse à la dépêche La version 4.6 du compilateur GCC est disponible. Évalué à 1.
J'avais déja -O3 et -march=native, je ne crois pas avoir le support du sse sur mon proco (mais je sais pas vraiment comment tester ça) (et c'est dommage, parce que j'en profiterais grandement). Le -fomit-frame-pointer est sensé être activé par -O3 (et même avant), le -funsafe-math est activé par -ffast-math.
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).
-fwhole-program et -fsingle-precision-constant ça a l'air cool, faut que je teste :)
Je crois que la principale raison pour la lenteur de mon code, c'est que l'architecture est tout sauf optimisée (même pas de multithreading alors que c'est très facile à paralléliser, naive sur certains points).