Une fois qu'un programme est écrit, il peut souvent prendre autant de temps pour optimiser les fichiers de code et des données comme il l'a fait pour écrire le code en premier lieu. Cela est particulièrement vrai lorsque l'on tente d'améliorer les performances d'Open GL . De nombreux facteurs peuvent affecter la performance, de la taille et du format des fichiers de texture à la quantité de géométrie dans une scène, les options de rendu employées pendant la pixellisation. Ajoutant réellement code peut faire un programme plus rapide si ce code est destiné à détecter et éviter les fonctions spéciales qui ne sont pas pris en charge par une carte graphique. Les bonnes pratiques de programmation et une compréhension de OpenGL commun les goulets d'étranglement de performance peuvent aller un long chemin vers l'amélioration de la vitesse et la qualité d'une application Open GL .
Un domaine dans lequel de grandes améliorations à la performance OpenGL peuvent être acquises est dans les structures de données de l'application elle-même. Scènes OpenGL et animations nécessitent généralement une grande quantité d'arbres de données, structures de données et des tableaux. Employant structures de conteneurs et algorithmes de recherche qui utilisent le moins de temps possible tout en répondant aux besoins de l'application peuvent accélérer la rapidité avec laquelle les données sont traitées et déplacés vers l'unité de traitement graphique (GPU) pour l'affichage. Comprendre comment Open GL , les données doivent être formatées peuvent aussi aider, parce que certaines optimisations compilation pourraient se produire en fonction de la langue utilisée.
Les fichiers de texture sont un espace commun dans lequel les performances d'OpenGL peut être améliorée. Ces fichiers d'images doivent avoir les dimensions en pixels qui ne sont que des puissances de deux, même si le matériel ne l'exige pas. Ils devraient également être optimisés à l'intérieur d'un éditeur d'image pour être aussi petit que possible. En général, les objets animés ou mobile n'ont pas besoin de textures qui sont aussi détaillées que les objets qui restent. En utilisant les plus petites textures possibles sans trop sacrifier la qualité peut considérablement augmenter la cadence.
Un piège fréquent, surtout pour les nouveaux programmeurs ou d'artistes, est d'utiliser trop de géométrie. Il y a un certain nombre de trucs qui peuvent aider à réduire le nombre de polygones dans un modèle sans sacrifier le détail. Une erreur souvent commise consiste à utiliser la géométrie d'un modèle pour représenter des détails qui peuvent plus efficacement être présentées dans une image de texture. La plupart des modèles sont en fait très simple, et les caractéristiques complexes sont vraiment mises en œuvre à l'aide bump maps, normales et la cartographie de texture. Simplifié, les modèles optimisés vont augmenter les performances d'OpenGL en réduisant le nombre de calculs qui doivent être effectués sur chaque sommet.
Pour certaines applications, il peut être bénéfique pour le programme le plus petit dénominateur commun quand il s'agit de matériel. Certaines cartes graphiques haut de gamme implémentent des fonctionnalités Open GL qui sont incroyablement excitant, mais pas pris en charge par la plupart des autres cartes. En utilisant quelques extensions et en s'appuyant sur l'accélération matérielle uniquement pour les tâches de base, les performances d'OpenGL peut être améliorée à travers presque tous les systèmes, prévenir les situations dans lesquelles une certaine ligne de cartes graphiques sont incapables de parvenir à une cadence acceptable.
Le logiciel de profilage est également très important lorsque l'on tente d'améliorer les performances d'Open GL. Un profileur permettra de mesurer le temps qu'il faut pour exécuter chaque ligne de code, chaque fonction et chaque opération dans un programme. Cela peut être un moyen extrêmement efficace pour identifier l'emplacement d'un goulot d'étranglement. Si une certaine fonction prend plus de temps que d'autres, alors il peut être ciblé pour l'optimisation. Cela peut parfois conduire à une vaste ré-écrit de certains segments de code, mais, en fin de compte, il peut créer un programme qui fonctionne aussi bien que possible.