Le 21/05/2013 19:46, Sébastien NOBILI a écrit : > Le mardi 21 mai 2013 à 18:37, Adrien Poupin a écrit : >> Si j'ai bien compris, dès qu'il s'agit du processeur et de la mémoire on >> peut faire un profiling avec valgrind, mais je suppose qu'il n'y a pas >> que ça. Par exemple, je cherche à connaître les raisons principales pour >> lesquelles le démarrage de /tel/ programme prend du temps, etc. : par >> exemple, est-ce que c'est l'accès disque, le bus qui est trop lent, le >> CPU, ... > Avant d'aller analyser l'intérieur du code avec valgrind, tu peux déjà > regarder > les appels système d'un programme avec strace : > strace -p `pidof <nom_du_processus>` > > Tu pourras avoir besoin d'aller voir dans /proc la liste des descripteurs de > fichiers ouverts : > ls -l /proc/`pidof <nom_du_processus>`/fd > > C'est souvent amplement suffisant pour diagnostiquer l'origine d'un problème. > > Seb > Bonjour, Merci de ta réponse. Je vais regarder ça. J'ai aussi vu qu'il existait un outil *perf*, ça m'a l'air moult intéressant tout ça...
-- Adrien *<mailto:cont...@creasixtine.com>*--
signature.asc
Description: OpenPGP digital signature
