L'analyseur de performances (appelé également Profiler) est un outil permettant de vérifier et d'optimiser le temps d'exécution de votre application.

• les 10 manipulations qui ont pris le plus de temps
• toutes les actions effectuées dans l'application testée, triées par durée (de l'action la plus longue à l'action la moins longue).

Lancer l'analyseur de performances

L'analyseur de performances peut être lancé :

• Directement depuis l'éditeur de WINDEV, WINDEV Mobile ou WEBDEV : sous le volet "Projet", dans le groupe "Audit et performances", déroulez "Analyser les performances" et sélectionnez "Analyser les performances". Dans ce cas, le projet est alors automatiquement exécuté en mode test. Vous pouvez exécuter le traitement à optimiser dans votre application.
  Pour revenir sous l'éditeur de WINDEV, WINDEV Mobile ou WEBDEV, il suffit de quitter votre application ou votre site.
  L'analyseur de performances affiche alors le résultat de l'analyse. Ce résultat est enregistré sous forme d'un fichier WPF.
  Le test est réalisé sous le simulateur.
• Depuis un de vos traitements en WLangage, grâce aux fonctions suivantes :
  

  AnalyseurDébut	Lance la "collecte d'informations" pour l'analyseur de performances.
  AnalyseurFin	Arrête la "collecte d'informations" pour l'analyseur de performances.

  Dans ce cas, seul le code présent entre les fonctions AnalyseurDébut et AnalyseurFin est analysé. Le fichier WPF correspondant peut être ouvert dans l'analyseur de performances : sous le volet "Projet", dans le groupe "Audit et performances", déroulez "Analyser les performances" et sélectionnez "Ouvrir un rapport de performances".
• Lors du débogage grâce à l'analyse de performances entre deux points d'arrêt. Il suffit de définir le point d'arrêt de démarrage et celui de terminaison de l'analyseur de performances. Seul le code présent entre ces deux points d'arrêt sera analysé. Le rapport sera automatiquement affiché sous l'éditeur à la fin de l'analyse. Pour plus de détails, consultez Gestion des points d'arrêt.
• Depuis n'importe quelle application : l'appui sur la combinaison de touches WIN + Maj + F10 a un effet équivalent à l'appel de la fonction AnalyseurDébut.
  Dans ce cas, l'analyse se termine à l'arrêt de l'application ou directement avec le raccourci WIN + Maj + F11.
  A l'arrêt de l'enregistrement, l'emplacement du rapport d'analyse est copié dans le presse-papiers.

Remarques :

• Il est conseillé d'utiliser l'analyseur de performances pour optimiser votre application (avant sa diffusion par exemple).
• Si le Widget "Performances" est activé dans le Tableau de bord du projet, l'analyseur de performances est automatiquement lancé à chaque GO du projet. Le rapport de performances correspondant est enregistré dans le répertoire du projet. En cas de problèmes, un clic sur le lien "Cliquez ici pour voir le détail" permet d'afficher le rapport de performances.

Enregistrer ou ouvrir un fichier des statistiques

Par défaut, l'analyseur de performances enregistre les statistiques réalisées sur le code de l'application dans un fichier "<Nom du Projet>.WPF".

1. Sous le volet "Projet", dans le groupe "Audit et performances", déroulez "Analyser les performances" et sélectionnez "Ouvrir un rapport de performances".
2. Indiquez le chemin et le nom du fichier de statistiques.

Pour obtenir la liste des derniers fichiers de statistiques ouverts, sous le volet "Projet", dans le groupe "Audit et performances", déroulez "Analyser les performances". Remarque : Il est également possible d'ouvrir un fichier de statistiques depuis le Widget "Performances" présent dans le Tableau de bord du projet.

Lire le résultat de l'analyseur de performances

L'analyseur de performances présente le résultat de l'analyse dans deux onglets :

• l'onglet "Synthèse" présente les 10 traitements qui ont pris le plus de temps.
• l'onglet "Détail" présente tous les traitements lancés lors du test de l'application (classés du plus long au plus rapide).

	Parent	Elément ou traitement qui a appelé la fonction.
	Fonction	Fonction, traitement, événement ou procédure exécutée.
	Temps Total	Temps d'exécution de la fonction.
	Nb appels	Nombre d'appels effectués à la fonction (procédure, événement ou traitement).
	Temps 1 appel	Temps d'exécution d'un appel à la fonction (procédure, événement ou traitement)
	% code	Pourcentage du temps passé dans le traitement de la fonction ou de la procédure (code du développeur pouvant être optimisé).

Remarques :

• Le libellé "Exécution complète" représente le temps complet de l'exécution du test de l'application réalisé avec l'analyseur de performances.
• Le libellé "Total Fenêtre XXX" représente le temps complet de l'exécution de la fenêtre XXX (de son ouverture à sa fermeture).

Choisir un traitement à optimiser

Le choix du traitement à optimiser se fait en fonction de plusieurs critères :

• Le temps d'exécution du traitement. Les traitements les plus longs doivent bien entendu être optimisés.
• Le pourcentage de temps passé dans le traitement de la fonction ou procédure. Plus ce pourcentage est important, plus le code peut contenir des traitements pouvant être optimisés.

Optimiser un traitement

Lorsque le traitement à optimiser est choisi, l'analyseur de performances vous permet de connaître le détail des opérations effectuées.

1. Sélectionnez la fonction à optimiser dans l'onglet "Détail".
2. Affichez le détail de cette fonction :
   • soit en double-cliquant sur la fonction.
   • soit en cliquant sur le bouton "Appels".
3. L'onglet suivant apparaît :
   
   Cet onglet est divisé en trois parties :
   • La liste des fonctions appelant le traitement sélectionné.
   • La fonction sélectionnée (avec le nombre d'appels à cette fonctions et le temps total de traitement).
   • La liste des fonctions appelées par la fonction sélectionnée.

• Le libellé "Traitement interne au moteur d'exécution" correspond au temps d'exécution de la fonction ou de la procédure (cas d'une fonction WLangage par exemple). Ce temps est incompressible et ne peut pas être optimisé.
• Le libellé "Code du développeur" correspond au temps d'exécution de la fonction ou de la procédure. Ce temps est compressible et peut être optimisé.
• Pour visualiser rapidement le traitement en cours, il suffit de cliquer sur l'icône . L'analyseur reste ouvert et vous pouvez modifier le code en cours.
• Le bouton "Précédent" permet de revenir à la fonction immédiatement appelante.
• Le bouton "Début" permet de revenir au traitement du début de l'application.
• Si l'application comporte plusieurs threads, seul le thread principal est pris en compte.