> Marc Espie wrote:
> >>Par contre effectivement dans le meilleur des cas, le C++ devient deux
> >>fois plus rapide que Java, impressionnant ! (et logique)
> >>J'ai trouvé l'option fast en cherchant dans le man de g++, par contre je
> >>ne sais pas exactement comment elle fonctionne en dehors du fait qu'elle
> >>augmente de façon tangible la vitesse (je n'ai pas vraiment trouvé de
> >>description dessus sur le net), une idée ?

> Le "fast" signifie que les opérations sur les float et les double
> peuvent faire n'importe quoi, tant que ça va vite. Avec de la chance, ça
> reste assez proche d'un résultat sensé. Parfois non.

> > Tout processeur moderne est "pipeline" avec l'execution de plusieurs
> > instructions qui se chevauchent.

> > Dans un code comme 1/i, tu peux avoir des divisions par zero, donc
> > stricto-sensu, tu peux etre amene a mettre un "stop" pour dire au
> > processeur de finir l'instruction et s'assurer qu'il n'y a pas de
> > division par zero avant de continuer.

> > C'est globalement surtout ce genre de choses que va faire -ffast-math...

> Bof. Là c'est surtout l'associativité de l'addition qui joue. Avec
> fast-math, le compilateur suppose que (a+b)+c == a+(b+c) == b+(a+c).
> Cela lui permet de vectoriser le code en travaillant sur des quadruplets
> (i,i+1,i+2,i+3). Il utilise aussi une instruction qui donne une
> approximation de 1/x (plus une itération pour raffiner) au lieu de la
> vraie valeur.