C'est un exemple trivial, l'optimisation dans la programmation de jeux vidéo c'est beaucoup plus compliqué que ça. Ce genre de chose permet d'avoir un petit gain quand on ne cherche pas spécifiquement à optimiser, mais quand on recherche de la vitesse, on ne compte pas sur le compilateur. Et si c'est une routine critique, on étudie la possibilité de l'écrire en assembleur si la vitesse est primordiale.
Rassure moi quand même, l'optimisation c'est bien la première ligne hein ? Cela dit, si c'est la deuxième et que L, R, G et B sont des entiers, en utilisant un >> 8 à la place du / 256, c'est possible que ce soit plus rapide. Je suppose que ton compilateur aurait compris ça ?
Et ça :
i = 0x5f3759df - (i>>1);
ton compilateur est capable de te le sortir en optimisation ?
Ça te donne une erreur maximum relative de 0.00175228 par rapport à (1.0f / sqrt(x)) mais en 4x plus rapide.
[^] # Re: C'est encore programmé en C ?!
Posté par Frédéric Lopez . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 2.
Rassure moi quand même, l'optimisation c'est bien la première ligne hein ? Cela dit, si c'est la deuxième et que L, R, G et B sont des entiers, en utilisant un >> 8 à la place du / 256, c'est possible que ce soit plus rapide. Je suppose que ton compilateur aurait compris ça ?
Et ça :
i = 0x5f3759df - (i>>1);
ton compilateur est capable de te le sortir en optimisation ?
Ça te donne une erreur maximum relative de 0.00175228 par rapport à (1.0f / sqrt(x)) mais en 4x plus rapide.