Testé sur mon raytrcer joujou (donc avec pleins de cacluls en flottant, pour lesquels on n'a pas besoin de respecter les normes IEEE):
sans -ffsat-math : 117.68 sec
avec -ffast-math : 115.57 sec
Donc effectivement, pas mieux que du 2%, mais y a pas vraiment d'inconvénient en l'occurence, donc c'est toujours ça de pris (surtout que vu la lenteur de mon raytracer en l'état, pour des vrais rendus 2% ça peut me faire gagner beaucoup de temps. Et c'est même vrai pour les raytracers utilisés professionellement : quand ton film prend plusieurs jours à rendre, 2% de perfs c'est plusieurs heures de temps d'artiste passées à peaufiner des détails).
Et pour OpenGL, je crois bien que c'est plutôt un avantage je crois : on a pas envie que le driver crash parce que la matrice fournie par l'utilisateur était la matrice nulle.
[^] # Re: option -Ofast
Posté par Shuba . En réponse à la dépêche La version 4.6 du compilateur GCC est disponible. Évalué à 3.
Testé sur mon raytrcer joujou (donc avec pleins de cacluls en flottant, pour lesquels on n'a pas besoin de respecter les normes IEEE):
Donc effectivement, pas mieux que du 2%, mais y a pas vraiment d'inconvénient en l'occurence, donc c'est toujours ça de pris (surtout que vu la lenteur de mon raytracer en l'état, pour des vrais rendus 2% ça peut me faire gagner beaucoup de temps. Et c'est même vrai pour les raytracers utilisés professionellement : quand ton film prend plusieurs jours à rendre, 2% de perfs c'est plusieurs heures de temps d'artiste passées à peaufiner des détails).
Et pour OpenGL, je crois bien que c'est plutôt un avantage je crois : on a pas envie que le driver crash parce que la matrice fournie par l'utilisateur était la matrice nulle.