Je précise un peu :
plusieurs outils (plugins) sont dans valgrind :
2 decteurs d'erreur memooire
1 detecteur d'erreur de thread
1 profiler de cache
1 profiler e tas
Ce qu'il aide notamment a détecter :
Lecture/écriture en mémoire apres libération.
Lecture/écriture en dépassant une zone mallocée .
Lecture/écriture au mauvais endroits dans le tas.
fuites mémoire - pointeurs non libérés
Variables non-initialisées utilisées et utilisation d'adresse mémoire non-adresssable dans les appels systemes.
Mauvaise utilisation d'une paire malloc/new/new [] et free/delete/delete [] (comme new[] puis delete au lieu de delete[])
Mauvaise utilisation des pthreads (POSIX)
Les "cache hits" par fonctions.
Ce qui est nouveau dans cette version c'est Massif et le support SSE2/SSE3. Le reste est amélioré, débogué. (on pouvait "profiler" et verifier la memoire avant.)
# Précisions
Posté par tuan kuranes (site web personnel) . En réponse à la dépêche Valgrind 2.2.0. Évalué à 10.
plusieurs outils (plugins) sont dans valgrind :
2 decteurs d'erreur memooire
1 detecteur d'erreur de thread
1 profiler de cache
1 profiler e tas
Ce qu'il aide notamment a détecter :
Lecture/écriture en mémoire apres libération.
Lecture/écriture en dépassant une zone mallocée .
Lecture/écriture au mauvais endroits dans le tas.
fuites mémoire - pointeurs non libérés
Variables non-initialisées utilisées et utilisation d'adresse mémoire non-adresssable dans les appels systemes.
Mauvaise utilisation d'une paire malloc/new/new [] et free/delete/delete [] (comme new[] puis delete au lieu de delete[])
Mauvaise utilisation des pthreads (POSIX)
Les "cache hits" par fonctions.
Ce qui est nouveau dans cette version c'est Massif et le support SSE2/SSE3. Le reste est amélioré, débogué. (on pouvait "profiler" et verifier la memoire avant.)
Du coup DIOTA, un concurrent, qui devait remplacer valgrind sur le multimédia et l'optimisation en prends pour son grade.
(http://www.elis.rug.ac.be/~ronsse/diota/(...))