1.4.2 : Critères de choix d'un moniteur système
L'offre de moniteurs systèmes peut sembler pléthorique en apparence, mais quand on y regarde de plus près, on se rend compte que trop peu d'entre eux répondent aux besoins d'une utilisation pour l'analyse des performances applicatives.
On souhaite...
- Observer autant des indicateurs d'activité système décrits ci-dessus que possible simultanément.
- Si ce n'est pas possible de façon lisible (ex: petit écran d'ordinateur portable), les observer par groupes logiques (ex: activité des coeurs CPU + fréquences coeurs + température CPU)
- Etudier leur évolution temporelle, idéalement sous formes de graphiques indicateur vs temps, les différents graphiques étant synchrones entre eux.
- Avoir un retour visuel quand un indicateur d'activité est élevé.
- Et le tout avec un impact aussi faible que possible sur les performances de l'application que l'on est en train d'étudier.
En pratique, cela exclut...
- Les moniteurs système de conception limitée et non ajustable par l'utilisateur, comme gnome-system-monitor ou top.
- Les moniteurs systèmes basés sur une architecture client/serveur web, chers à nos collègues administrateurs système: à moins que l'on n'ait la possibilité d'exécuter le client sur une autre machine, l'utilisation d'un navigateur web perturbera beaucoup trop l'exécution du benchmark étudié.