La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

Et si Sherlock Holmes faisait du debugging

Présentations similaires


Présentation au sujet: "Et si Sherlock Holmes faisait du debugging"— Transcription de la présentation:

1

2 Et si Sherlock Holmes faisait du debugging
LAN401 – Microsoft Techdays 9 février 2011 – 11h-12h Gilles Guimard Julien Crozon

3 Présentation des speakers
Julien Crozon Tech lead Société Générale Corporate Investment Banking Gilles Guimard Application Dev Manager Microsoft France

4 Microsoft Services: Un accompagnement global de nos clients
Architecture & Planning Planification Conseil et Projets Déploiement et adoption Support Optimisation et Opération Evaluation Développement Déploiement Stabilisation Opérations Support Premier Enterprise Strategy Consulting Services Division Services France 2010 180 Consultants 125 Technical Account Managers 190 Ingénieurs Support 17 Responsables de Mission 41 Partenaires référencés Division Services Monde 2010 82 pays couverts employés partenaires 44 langues parlées par nos ingénieurs

5 Nos clients et partenaires sont particulièrement satisfaits par…
Notre positionnement est d’intervenir sur les projets critiques et les technologies récentes Criticité du projet Maturité de la technologie Partenaires Notre engagement auprès de nos partenaires est : De leur assurer un transfert d’expertise, De leur apporter notre support sur les dernières technologies, De leur donner accès aux meilleures pratiques de mise en œuvre et de support. Nos clients et partenaires sont particulièrement satisfaits par… Le niveau d’engagement des consultants : 94% La gestion de l’équipe de projet : 92% Les compétences techniques des consultants : 91% La relation avec les équipes du client : 90%

6 De quoi va-t-on parler ? De la philosophie de l’enquêteur
Des outils indispensables à tout détective informatique Des recettes pragmatiques pour débusquer les bugs Des crimes les plus courants

7 Où l’on ressent le désarroi du développeur
Démo « Je comprends pas, ça marchait chez moi… » Un développeur souhaitant rester anonyme

8 Comment les traque-t-on ?
Qu’est-ce qu’un bug ? Les trois outils principaux de l’apprenti détective Travaux pratiques : le vol de temps Travaux pratiques : la mort du processus

9 Où l’on parle de bugs (et de la meilleure façon de les traquer)
« …un fait hors de l’ordinaire est plutôt un indice qu’un embarras… » Sir Arthur Conan Doyle « Un bon bug est un bug mort » General Lee

10 Un bug est avant tout… NON !
Un dysfonctionnement ? Une source d’ennui ? La meilleure façon de rester tard le soir ? NON ! Un bug est une excellente occasion de devenir un meilleur chasseur de bug Oui mais pourquoi faire ?

11 Pour l’argent Un bon détective est mieux payé
A des arguments lors des négociations salariales > « Si je n’avais pas été là… »

12 Pour la gloire Un bon détective obtient
la reconnaissance de ses collègues Détenteur d’une sagesse : « celui qui sait » Plus on chasse les bugs, plus on apprend à les chasser

13 Pour le bonheur Un bon détective est plus heureux
Etant sur de ses capacités, il subit moins de stress Etant plus rapide à trouver les coupables, il rentre moins tard Vie personnelle plus épanouie

14 Comment les traque-t-on ?
Qu’est-ce qu’un bug ? Les trois outils principaux de l’apprenti détective Travaux pratiques : le vol de temps Travaux pratiques : la mort du processus

15 Le secret d’un bon détective
…ou les 9 étapes d’une enquête rondement menée « Rien n’est petit pour un grand esprit » Arthur Conan Doyle « J’aime qu’un plan se déroule sans accroc » Colonel John Hannibal

16 Etape 1 Se préparer Se concentrer
S’assurer d’avoir le temps de se pencher sur le problème (pas de précipitation) Etre zen et avoir une attitude positive « …[Sherlock Holmes] était en veston d’intérieur, paresseusement étendu sur un sofa ; à portée de sa main une pipe et une pile de journaux… » Arthur Conan Doyle

17 Etape 2 Demander la description des symptômes
Personne à joindre Date d’occurrence, date de première occurrence Version des binaires/OS/etc. Quels sont les symptômes, et comment les reproduire Tout se joue à cette réponse ; on caractérise ici les problèmes reproductibles ou intermittents Y-a-t-il d’autre symptômes en relation « Peut-être me suis-je entrainé à voir ce que d’autres ne voient pas…Sinon d’ailleurs, pourquoi seriez-vous venue me consulter ? » Arthur Conan Doyle

18 Etape 3 Reproduire les symptômes
Ne surtout pas sauter cette étape : c’est la seule qui permettra d’être sûr d’avoir corrigé Si le problème est intermittent, définir un plan qui permettra de valider qu’on a résolu le problème Si il y a une occurrence toutes les X minutes, la probabilité que le problème ne soit pas apparu après Y minutes est 𝑃= 𝑒 − 𝑌 𝑋 × 𝑌 𝑋 (exemple : pour une fois toutes les 10 minutes, on a 7% de chance que rien ne soit arrivé au bout de 40 minutes, ou 0,25% au bout de 80 minutes) « Chercher une explication avant de connaitre tous les faits est une erreur capitale. Le jugement s’en trouve faussé. » Arthur Conan Doyle

19 Etape 4 Vérifier les taches de maintenance
Contrôler que toutes les mises à jour ont été faites Binaires Données Etc.

20 Etape 5 Débusquer le bug 1/2
Diviser l’espace des possibilités Une simple recherche par dichotomie permet en 20 étapes de trouver parmi un million de fonctions laquelle pose problème Mathématiquement, si on vous donne suffisamment de temps, vous êtes SURS d’y arriver « Lorsqu’un fait semble contredire une longue suite de déductions, c’est qu’on l’interprète mal » Arthur Conan Doyle

21 Etape 5 Débusquer le bug 2/2
Préférer l’analyse du comportement à l’approche différentielle Répondre à “pourquoi ?” plutôt qu’à “qu’est-ce qui a changé ?” (les deux sont cependant souvent nécessaires) Ne pas hésiter a tester certaines hypothèses peu probables si elles sont rapides à essayer Connaitre le rasoir d’Ockham Revenir en arrière pour tester une hypothèse qui semblait peu probable avant, mais qui maintenant parait plus intéressante « Lorsque vous avez éliminé l’impossible, ce qui reste, si improbable soit-il, est nécessairement la vérité » Arthur Conan Doyle

22 Etape 6 Corriger En exclusivité, les trois niveaux de qualité d’une correction Niveau 1 : elle marche Niveau 2 : elle marche et vous savez pourquoi Niveau 3 : elle marche, vous savez pourquoi, et elle explique tous les comportements du système observés lors des étapes précédentes

23 Etape 7 Tester que la correction marche
Rester honnête Ne pas se laisser emporter (pour le moment) par la joie d’avoir peut-être trouvé

24 Etape 8 Exulter (très fort)
S’autoriser un moment d’autocongratulation Répandre la nouvelle, expliquer comment VOUS avez trouvé le coupable Souvenez-vous où vous avez été bon, où vous auriez pu être meilleur « Élémentaire mon cher Watson » Sir Arthur Conan Doyle

25 Etape 9 Prévenir les occurrences futures
Faire une correction défensive : qu’il soit difficile pour un autre développeur ou utilisateur de le rencontrer de nouveau Si besoin, automatiser une vérification Documenter les symptômes et la correction effectuée Expliquer comment éviter le problème à l’utilisateur

26 Finalement, un bon détective doit être équipé…
De son cerveau…et de la connaissance de quelques outils D’optimisme (je vais y arriver) De ténacité (je vais vraiment y arriver !) De curiosité (tiens, comment ça marche ?) De pragmatisme : essayer de trouver la meilleure solution en terme de rapidité et de faisabilité De scepticisme : TOUJOURS vérifier soit même (si possible) les affirmations des autres De calme : ne pas se laisser envahir par les émotions (colère, stress, etc.)

27 Comment les traque-t-on ?
Qu’est-ce qu’un bug ? Les trois outils principaux de l’apprenti détective Travaux pratiques : le vol de temps Travaux pratiques : la mort du processus

28 Ou l’on découvre trois “outils” que se doit de connaitre tout apprenti détective
Les symboles Les dumps Les debuggers

29 Les symboles : l’œil de l’ enquêteur (et pourquoi ne peut-on s’en passer)

30 Qu’est-ce qu’un symbole ?
Requit pour réaliser une analyse via un debugger Produit lors du "link" de l'application Debug / Release Symboles privés / public Les symboles de Microsoft date

31 La gestion des symboles Les solutions d'industrialisation
Les symboles La gestion des symboles Les solutions d'industrialisation TFS 2010, Symstore, PowerShell… Construction Serveur de compilation Stockage physique des symboles Serveur HTTP SymProxy Lien symbolique date

32 La gestion des symboles Les solutions d'industrialisation
Les symboles La gestion des symboles Les solutions d'industrialisation TFS 2010, Symstore, PowerShell… Utilisation Firewall Serveur de symbole Microsoft Debugger Serveur HTTP SymProxy Serveur de compilation Stockage physique des symboles Debugger

33 Tools / Options / Symbols Srv*<Cache>*<Serveur>
Les symboles Dans les outils Tools / Options / Symbols Srv*<Cache>*<Serveur> Les Outils

34 Les symboles Serveur de symbole
Démo Les symboles Serveur de symbole SymStore, Visual Studio IDE date

35 Les dump : des instantanés de la scène de crime

36 Qu’est-ce qu’un dump ? Sous Windows, un fichier avec l’extension .dmp
Il contient un instantané de l’état du processus au moment de la prise du dump On peux choisir de n’avoir que le minimum d’informations (le thread courant et sa callstack), ou toute la mémoire Est utilisé dans l’analyse « post mortem »

37 Comment génère-t-on un dump ?
Avec ProcDump de SysInternals Permet de dumper en cas d’exception Permet de dumper a intervalle régulier Permet de dumper quand on consomme trop de CPU Etc. Avec Process Explorer de SysInternals Clic droit sur un processus, « Create dump » Avec WinDbg Commande « .dump [/ma] <nom de fichier>» Avec le Task Manager Clic droit sur un processus, « Create dump file » Avec Visual Studio Menu « Debug », « Save Dump As… »

38 Créer un dump sur exception
Démo Créer un dump sur exception ProcDump, Visual Studio IDE

39 L’analyse des dumps : un vaste sujet…
722 pages 472 pages 404 pages 424 pages 400 pages

40 Les debugger : le microscope électronique du détective

41 Les Debugger Les Outils Visual Studio Debugging Tools for Windows
Windbg.exe, ntsd.exe, cdb.exe Les fonctionnalités Debugging interactif (debug Live) Ouvrir un "dump" mémoire et l'analyser (post mortem) Debug Local ou via le réseau Debugging en mode kernel Nécessite les symbole pour éviter que l’enquête ne dure pas plusieurs semaines, mois? date

42 Visual Studio 2010 Le Debugger
Points d’arrêt conditionnels, trace point Fenêtre de Watch, les Pseudo Register Fenêtre Immédiate, les commandes de type NTSD Les nouveauté Nouveaux point d’arrêt conditionnels sur des chaines Fonctions de débogage multithread et parallèle Analyse de dump mémoire Importation / exportation de points d'arrêt

43 Le debugger de Visual Studio 2010
Démo Le debugger de Visual Studio 2010 Visual Studio IDE date

44 Comment les traque-t-on ?
Qu’est-ce qu’un bug ? Les trois outils principaux de l’apprenti détective Travaux pratiques : le vol de temps Travaux pratiques : la mort du processus

45 Crime #1 : la mort du processus
Les leçons de Sherlock Holmes Crime #1 : la mort du processus

46 Pour quelle raisons un processus peut-il disparaitre ?
Mort naturelle (fin de la fonction Main) Suicide (appel de ExitProcess() ) Crime (exception non rattrapée) Meurtre commandité (appel de kill depuis l’extérieur)

47 Comme souvent, la façon de trouver le coupable dépend de la nature du crime
Reproductible S’attacher avec un debugger Si reproductible uniquement sur le poste client ou sur un serveur (sans debugger d’installé), vous pouvez Copier les fichiers de debugging distant de Visual Studio (situés dans <répertoire d’installation>\Common7\IDE\<architecture>) et utiliser Visual Studio à distance Utiliser WinDbg en local ou à distance avec son compagnon cdb.exe Intermittent Programmer un dump avec ProcDump Utiliser l’option –t (dump on Terminate) en cas de fin normale Utiliser l’option –e (dump on Exception) en cas de fin avec exception

48 Debugger le démarrage d’un service Un truc du docteur Watson
Démo Debugger le démarrage d’un service Un truc du docteur Watson GFlags, Visual Studio Just-in-time Debugger, Visual Studio IDE

49 Le cas particulier des arrêts (très) intermittents de processus
Il existe un outil Microsoft qui permet de debugger un logiciel sans intervention humaine : ADPlus Permet de donner des conditions très spécifiques de créations de dumps (seulement après passage dans telle fonction, seulement si un type particulier d’exception arrive, etc.) Se base sur des scripts de type WinDbg Peut agréger plusieurs surveillances de processus à distance Livré avec le package « Debugging Tools for Windows »

50 Comment les traque-t-on ?
Qu’est-ce qu’un bug ? Les trois outils principaux de l’apprenti détective Travaux pratiques : le vol de temps Travaux pratiques : la mort du processus

51 Les leçons de Sherlock Holmes
Crime #2 : le vol de temps

52 Une méthode injustement méconnue : le sampling
Consiste a observer périodiquement la callstack d’un processus N’importe quel visionneur de callstack fait l’affaire : Visual Studio ou WinDbg Des dumps réguliers avec ProcDump, puis ouverture de chaque dump Process Explorer Ne marche que si le problème de performance est clairement localisé dans une fonction Dans ce cas, la plupart des callstacks comportent cette fonction dans leurs listing

53 L’analyse de performance par sampling Un autre truc du docteur Watson
Démo L’analyse de performance par sampling Un autre truc du docteur Watson Process Explorer

54 Une autre méthode injustement méconnue : l’observation extérieure du coupable
Consiste a utiliser les outils qui analysent les actions d’un processus ProcMon de SysInternals pour monitorer les accès aux fichiers, à la base de registres, au réseau, etc… Process Explorer de SysInternals pour les grandes tendances et quelques compteurs de performance PerfMon pour l’observation précise d’un compteur de performance

55 Que fait Visual Studio au démarrage ?
Démo Que fait Visual Studio au démarrage ? ProcMon

56 Conclusions …où les conseils (durement appris) de deux debugger professionnels

57 1. Etre un bon troubleshooter, c’est une question de méthode
2. Sans symboles, rien n’est facile 3. Chaque heure passée sur du debugging révèle un problème dans le processus de R&D (et coûte très cher…) 4. Si vous ne trouvez pas (tout de suite) le bug, prévoyez une solution pour qu’il handicape moins l’utilisateur (sauvegarde de l’état, redémarrage automatique, etc.)

58 Sites utiles Les Debugging Tools For Windows SysInternals Les blogs
SysInternals Les blogs Le blog de Naveen Rinivasan : Le blog de Mark Russinovich : Le blog de John Robbins : Le blog de Tess Ferrandez : Et si WinDbg vous fait peur… La philosophie du troubleshooter L’œuvre d’un vrai détective

59 MSDN et TechNet : l’essentiel des ressources techniques à portée de clic
Portail administration et infrastructure pour informaticiens Portail de ressources technique pour développeurs

60


Télécharger ppt "Et si Sherlock Holmes faisait du debugging"

Présentations similaires


Annonces Google