VT2020-Valgrind-Fiche - Revision history

Thomas.Frion: /* Fonctionnement */

2020-11-22T19:11:03Z

Fonctionnement

← Older revision		Revision as of 19:11, 22 November 2020
Line 12:		Line 12:
	== Fonctionnement ==		== Fonctionnement ==

	[[File:Valgrind-Testing.png\|500px\|right\|Schéma de fonctionnement de Valgrind]]		[[File:Valgrind-Testing.png\|500px\|right\|thumb\|Schéma de fonctionnement de Valgrind]]

	Valgrind a un comportement se rapprochant d'une machine virtuelle qui utilise la technique de compilation Just In Time (JIT).		Valgrind a un comportement se rapprochant d'une machine virtuelle qui utilise la technique de compilation Just In Time (JIT).

Thomas.Frion at 19:06, 22 November 2020

2020-11-22T19:06:07Z

← Older revision		Revision as of 19:06, 22 November 2020
Line 28:		Line 28:
	En théorie, la compilation dynamique va compiler les parties du code nécessaires à son démarrage et va compiler le reste du code quand s'il sera appelé. C'est-à-dire, que la fonction <code>main</code> de votre programme C sera compilée pour démarrer le programme. Maintenant votre fonction <code>main</code> contient un appel à la fonction <code>foo</code>. Au moment de cet appel le code de la fonction <code>foo</code> sera alors compilé.		En théorie, la compilation dynamique va compiler les parties du code nécessaires à son démarrage et va compiler le reste du code quand s'il sera appelé. C'est-à-dire, que la fonction <code>main</code> de votre programme C sera compilée pour démarrer le programme. Maintenant votre fonction <code>main</code> contient un appel à la fonction <code>foo</code>. Au moment de cet appel le code de la fonction <code>foo</code> sera alors compilé.

	Cette méthode de compilation a pour avantage de produire un code machine optimisé en fonction de l'architecture du CPU. Mais aussi de pouvoir recompiler directement du code machine optimisé au moment ou le code source est modifié. La compilation JIT a pour inconvénients d'avoir des ~~retads~~ de démarrage et la compilation peut apporter une surcharge pour le CPU et la mémoire.		Cette méthode de compilation a pour avantage de produire un code machine optimisé en fonction de l'architecture du CPU. Mais aussi de pouvoir recompiler directement du code machine optimisé au moment ou le code source est modifié. La compilation JIT a pour inconvénients d'avoir des retards de démarrage et la compilation peut apporter une surcharge pour le CPU et la mémoire.
	C'est pourquoi en pratique seuls les ~~bloques~~ de code couramment utilisés sont compilés dynamiquement.		C'est pourquoi en pratique seuls les blocs de code couramment utilisés sont compilés dynamiquement.

	La Java Virtual Machine (JVM) est un compilateur JIT.		La Java Virtual Machine (JVM) est un compilateur JIT.
Line 48:		Line 48:

	* <code>Memcheck</code> : Outil qui permet la détection des erreurs de gestion de mémoire.		* <code>Memcheck</code> : Outil qui permet la détection des erreurs de gestion de mémoire.
	* <code>Cachegrind</code> : Outil qui permet d'obtenir le ~~profile~~ de caches en simulant les caches <code>I1</code>, <code>D1</code> et <code>L2</code>. Cet outil permet donc de détecter les erreurs de cache dans le code		* <code>Cachegrind</code> : Outil qui permet d'obtenir le profil de caches en simulant les caches <code>I1</code>, <code>D1</code> et <code>L2</code>. Cet outil permet donc de détecter les erreurs de cache dans le code
	* <code>Callgrind</code> : Est une extension de <code>Cachegrind</code>. Cette extension permet d'avoir les informations de <code>Cachegrind</code>, mais avec des informations supplémentaires sur les callgraphs.		* <code>Callgrind</code> : Est une extension de <code>Cachegrind</code>. Cette extension permet d'avoir les informations de <code>Cachegrind</code>, mais avec des informations supplémentaires sur les callgraphs.
	* <code>Massif</code> : Permet de faire le ~~profile~~ du tas. L'outil prend régulièrement des captures du tas afin de représenter son utilisation au cous du temps.		* <code>Massif</code> : Permet de faire le profil du tas. L'outil prend régulièrement des captures du tas afin de représenter son utilisation au cous du temps.
	* <code>Helgrind</code> : Outil de débugage de threads. Cet outil détecte les accès concurrents.		* <code>Helgrind</code> : Outil de débugage de threads. Cet outil détecte les accès concurrents.
	* <code>DRD</code> : Outil permettant la détection des erreurs dans les programmes C/C++ multithreadés		* <code>DRD</code> : Outil permettant la détection des erreurs dans les programmes C/C++ multithreadés

Thomas.Frion at 18:57, 22 November 2020

2020-11-22T18:57:15Z

← Older revision		Revision as of 18:57, 22 November 2020
Line 52:		Line 52:
	* <code>Massif</code> : Permet de faire le profile du tas. L'outil prend régulièrement des captures du tas afin de représenter son utilisation au cous du temps.		* <code>Massif</code> : Permet de faire le profile du tas. L'outil prend régulièrement des captures du tas afin de représenter son utilisation au cous du temps.
	* <code>Helgrind</code> : Outil de débugage de threads. Cet outil détecte les accès concurrents.		* <code>Helgrind</code> : Outil de débugage de threads. Cet outil détecte les accès concurrents.
	* <code>DRD</code> : Outil permettant la détection des erreurs dans les programmes C/C++ ~~multithreaded~~		* <code>DRD</code> : Outil permettant la détection des erreurs dans les programmes C/C++ multithreadés
	* <code>DHAT</code> : Outil permettant de savoir comment les programmes utilisent leur tas		* <code>DHAT</code> : Outil permettant de savoir comment les programmes utilisent leur tas

Line 65:		Line 65:
	Signification des paramètres :		Signification des paramètres :
	* <code>--leak-check=full</code> : Pour afficher chaque fuite mémoire en détail.		* <code>--leak-check=full</code> : Pour afficher chaque fuite mémoire en détail.
	* <code>--show-leak-kinds=all</code> : Pour afficher tous les types de fuite mémoire (<code>definite</code>, <code>indirect</code>, <code>possible</code>, * <code>reachable</code>).		* <code>--show-leak-kinds=all</code> : Pour afficher tous les types de fuite mémoire (<code>definite</code>, <code>indirect</code>, <code>possible</code>, <code>reachable</code>).
	* <code>--track-origins=yes</code> : Permet d'avoir la trace des variables non initialisées.		* <code>--track-origins=yes</code> : Permet d'avoir la trace des variables non initialisées.

Thomas.Frion at 18:54, 22 November 2020

2020-11-22T18:54:26Z

Thomas.Frion at 18:29, 22 November 2020

2020-11-22T18:29:37Z

← Older revision		Revision as of 18:29, 22 November 2020
Line 5:		Line 5:

	La petite histoire de Valgrind est que le nom de Valgrind vient de la mythologie nordique. Valgrind fait ainsi référence à l'entrée principale du Valhalla. Initialement, le projet devait s'appeler Heimdall, mais ce nom était déjà attribué.		La petite histoire de Valgrind est que le nom de Valgrind vient de la mythologie nordique. Valgrind fait ainsi référence à l'entrée principale du Valhalla. Initialement, le projet devait s'appeler Heimdall, mais ce nom était déjà attribué.

			== Abstract ==

			Valgrind is an open tool designed for code analysis. Valgrind focuses his analyses on memory and thread management. The analyses aim to detect memory leaks and usual errors such as an unset variable.

	== Fonctionnement ==		== Fonctionnement ==

Thomas.Frion: /* Veille Technologique */

2020-11-22T18:24:14Z

Veille Technologique

← Older revision		Revision as of 18:24, 22 November 2020
Line 77:		Line 77:
	== Veille Technologique ==		== Veille Technologique ==

	* Année : VT2020		* Année : [[VT2020\|VT2020]]
	* Sujet : Valgrind		* Sujet : Valgrind
	* Slides : [[Media:VT2020-Valgrind-Presentation.pdf\|Présentation]]		* Slides : [[Media:VT2020-Valgrind-Presentation.pdf\|Présentation]]

Thomas.Frion: /* Veille Technologique */

2020-11-22T17:34:42Z

Veille Technologique

← Older revision		Revision as of 17:34, 22 November 2020
Line 79:		Line 79:
	* Année : VT2020		* Année : VT2020
	* Sujet : Valgrind		* Sujet : Valgrind
			* Slides : [[Media:VT2020-Valgrind-Presentation.pdf\|Présentation]]
	* Slides : slides here
	* Auteur : [[User:Thomas.Frion]]		* Auteur : [[User:Thomas.Frion]]

Thomas.Frion: /* Présentation */

2020-11-22T17:31:44Z

Présentation

← Older revision		Revision as of 17:31, 22 November 2020
Line 6:		Line 6:
	La petite histoire de Valgrind est que le nom de Valgrind vient de la mythologie nordique. Valgrind fait ainsi référence à l'entrée principale du Valhalla. Initialement, le projet devait s'appeler Heimdall, mais ce nom était déjà attribué.		La petite histoire de Valgrind est que le nom de Valgrind vient de la mythologie nordique. Valgrind fait ainsi référence à l'entrée principale du Valhalla. Initialement, le projet devait s'appeler Heimdall, mais ce nom était déjà attribué.

	== ~~Présentation~~ ==		== Fonctionnement ==

			[[File:Valgrind-Testing.png\|500px\|right\|Schéma de fonctionnement de Valgrind]]

	Valgrind a un comportement se rapprochant d'une machine virtuelle qui utilise la technique de compilation Just In Time (JIT).		Valgrind a un comportement se rapprochant d'une machine virtuelle qui utilise la technique de compilation Just In Time (JIT).

Thomas.Frion at 17:28, 22 November 2020

2020-11-22T17:28:25Z

← Older revision		Revision as of 17:28, 22 November 2020
Line 1:		Line 1:
		⚫	[[File:Valgrind_logo.png\|200px\|right\|thumb\|Logo de Valgrind]]
	= Valgrind =
⚫	[[File:Valgrind_logo.png\|200px\|~~rigth~~\|~~thunb~~\|Logo de Valgrind]]
	Valgrind est un outil libre est multi-plateforme, qui a pour but d'analyser la gestion de la mémoire et des threads d'un code.		Valgrind est un outil libre est multi-plateforme, qui a pour but d'analyser la gestion de la mémoire et des threads d'un code.

Thomas.Frion: /* Valgrind */

2020-11-22T17:27:32Z

Valgrind

← Older revision		Revision as of 17:27, 22 November 2020
Line 1:		Line 1:
	= Valgrind =		= Valgrind =
			[[File:Valgrind_logo.png\|200px\|rigth\|thunb\|Logo de Valgrind]]

	Valgrind est un outil libre est multi-plateforme, qui a pour but d'analyser la gestion de la mémoire et des threads d'un code.		Valgrind est un outil libre est multi-plateforme, qui a pour but d'analyser la gestion de la mémoire et des threads d'un code.

← Older revision		Revision as of 18:54, 22 November 2020
Line 1:		Line 1:
	[[File:Valgrind_logo.png\|200px\|right\|thumb\|Logo de Valgrind]]		[[File:Valgrind_logo.png\|200px\|right\|thumb\|Logo de Valgrind]]
	Valgrind est un outil libre ~~est~~ multi-plateforme, qui a pour but d'analyser la gestion de la mémoire et des threads d'un code.		Valgrind est un outil libre et multi-plateforme, qui a pour but d'analyser la gestion de la mémoire et des threads d'un code.

	Julian Seward est la personne à l'origine de Valgrind et en 2006 Google lui a remis le Google-O'Reilly Open Source Award pour son travail sur Valgrind. Puis au cours des années plusieurs développeurs ont contribué au projet, tel que Cerion Armour-Brown, Jeremy Fitzhardinge, Tom Hughes, Nicholas Nethercote, Paul Mackerras, Dirk Mueller, Bart Van Assche, Josef Weidendorfer, et Robert Walsh.		Julian Seward est la personne à l'origine de Valgrind et en 2006, Google lui a remis le Google-O'Reilly Open Source Award pour son travail sur Valgrind. Puis au cours des années plusieurs développeurs ont contribué au projet, tel que Cerion Armour-Brown, Jeremy Fitzhardinge, Tom Hughes, Nicholas Nethercote, Paul Mackerras, Dirk Mueller, Bart Van Assche, Josef Weidendorfer, et Robert Walsh.

	La petite histoire de Valgrind est que le nom de Valgrind vient de la mythologie nordique. Valgrind fait ainsi référence à l'entrée principale du Valhalla. Initialement, le projet devait s'appeler Heimdall, mais ce nom était déjà attribué.		La petite histoire de Valgrind est que le nom de Valgrind vient de la mythologie nordique. Valgrind fait ainsi référence à l'entrée principale du Valhalla. Initialement, le projet devait s'appeler Heimdall, mais ce nom était déjà attribué.
Line 16:		Line 16:
	Valgrind a un comportement se rapprochant d'une machine virtuelle qui utilise la technique de compilation Just In Time (JIT).		Valgrind a un comportement se rapprochant d'une machine virtuelle qui utilise la technique de compilation Just In Time (JIT).

	Valgrind n'exécute pas directement le code sur le processeur. Valgrind va dans un premier temps traduire le code dans une représentation intermédiaire. Cette dernière est plus simple que du code machine et surtout indépendante du processeur. Une fois la présentation intermédiaire prête, un ou plusieurs des outils choisis vont modifier la représentation intermédiaire, afin de réaliser l'analyse du code. La dernière étape consiste à traduire la représentation intermédiaire en code machine pour l'exécuter sur le processeur.		Valgrind n'exécute pas directement le code sur le processeur. Valgrind va dans un premier temps traduire le code dans une représentation intermédiaire. Cette dernière est plus simple que du code machine et surtout est indépendante du processeur. Une fois la présentation intermédiaire prête, un ou plusieurs des outils choisis vont modifier la représentation intermédiaire, afin de réaliser l'analyse du code. La dernière étape consiste à traduire la représentation intermédiaire en code machine pour l'exécuter sur le processeur.

	Durant les étapes de traduction, Valgrind va fournir des points d'entrée pour GDB afin de pouvoir débuguer le code en cours d'analyse.		Durant les étapes de traduction, Valgrind va fournir des points d'entrée pour GDB afin de pouvoir débuguer le code en cours d'analyse.

	Cette façon de faire a bien évidemment des inconvénients. Le ~~principale~~ de ces inconvénients est le temps d'exécution. Du fait de la compilation JIT, le temps d'exéctution est plus long que si nous exécutions le programme sans Valgrind. Selon les outils sélectionnés pour l'analyse la vitesse d'exécution peut être 3 à 50 fois plus lente.		Cette façon de faire a bien évidemment des inconvénients. Le principal de ces inconvénients est le temps d'exécution. Du fait de la compilation JIT, le temps d'exéctution est plus long que si nous exécutions le programme sans Valgrind. Selon les outils sélectionnés pour l'analyse, la vitesse d'exécution peut être 3 à 50 fois plus lente.

	=== Compilation Just In Time (JIT) ===		=== Compilation Just In Time (JIT) ===

	La compilation JIT (ou aussi appelée compilation dynamique) est apparue dans un article de J. McCarthy de 1960 en utilisant LISP. Le principe de la compilation JIT est le suivant : compiler le code en même temps qu'il s'exécute. Ce principe permet au compilateur d'avoir accès à des informations d'exécution, qu'il n'aurait pas eu avec une compilation statique.		La compilation JIT (ou aussi appelée compilation dynamique) est apparue dans un article de J. McCarthy de 1960 en utilisant le langage LISP. Le principe de la compilation JIT est le suivant : compiler le code en même temps qu'il s'exécute. Ce principe permet au compilateur d'avoir accès à des informations d'exécution, qu'il n'aurait pas eu avec une compilation statique.

	En théorie, la compilation dynamique va compiler les parties du code nécessaires à son démarrage et va compiler le reste du code quand s'il sera appelé. C'est-à-dire que la fonction main de votre programme C sera ~~compilé~~ pour démarrer le programme. Maintenant votre fonction main contient un appel à la fonction foo. Au moment de cet appel le code de la fonction foo sera alors compilé.		En théorie, la compilation dynamique va compiler les parties du code nécessaires à son démarrage et va compiler le reste du code quand s'il sera appelé. C'est-à-dire, que la fonction <code>main</code> de votre programme C sera compilée pour démarrer le programme. Maintenant votre fonction <code>main</code> contient un appel à la fonction <code>foo</code>. Au moment de cet appel le code de la fonction <code>foo</code> sera alors compilé.

	Cette méthode de compilation a pour avantage de produire un code machine optimisé en fonction de l'architecture du CPU. Mais aussi de pouvoir recompiler directement du code machine optimisé au moment ou le code source est modifié. La compilation JIT a pour inconvénients d'avoir des retads de démarrage et la compilation peut apporter une surcharge pour le CPU et la mémoire.		Cette méthode de compilation a pour avantage de produire un code machine optimisé en fonction de l'architecture du CPU. Mais aussi de pouvoir recompiler directement du code machine optimisé au moment ou le code source est modifié. La compilation JIT a pour inconvénients d'avoir des retads de démarrage et la compilation peut apporter une surcharge pour le CPU et la mémoire.
Line 39:		Line 39:
	=== Comparaison entre C++ et Java ===		=== Comparaison entre C++ et Java ===

	C++ et Java sont deux langages de programmation objet. Lorsque vous ~~êtes~~ un <code>new ...</code> pour instancier un objet, votre programme va allouer une zone mémoire pour cet objet.		C++ et Java sont deux langages de programmation objet. Lorsque vous faites un <code>new ...</code> pour instancier un objet, votre programme va allouer une zone mémoire pour cet objet.

	La différence entre les deux langages est la suivante : lorsque vous n'utilisez plus l'objet ou que la variable contenant sa référence (pointeur) vaut <code>null</code>, Java va automatiquement supprimer l'objet de la mémoire et libérer la zone occupée, via le Garbage Collector. En C++, c'est à vous de faire le ménage : il vous faudra créer une méthode dite destructeur et l'appeler. Dans le destructeur que vous devez écrire, il vous faudra libérer la mémoire occupée par les attributs de votre objet via la fonction <code>free</code>		La différence entre les deux langages est la suivante : lorsque vous n'utilisez plus l'objet ou que la variable contenant sa référence (pointeur) vaut <code>null</code>, Java va automatiquement supprimer l'objet de la mémoire et libérer la zone occupée, via le Garbage Collector. En C++, c'est à vous de faire le ménage : il vous faudra créer une méthode dite destructeur et l'appeler. Dans le destructeur que vous devez écrire, il vous faudra libérer la mémoire occupée par les attributs de votre objet via la fonction <code>free</code>