Certaines courbes de consommation de MQPerf standard présentent des creux importants. Est-ce normal ?

Les tests réalisés par la sonde MQPerf recherchent un optimum de performance. Ils sont donc probablement en limite de consommation de certaines ressources système, et sont particulièrement sensibles à tout événement extérieur qui viendrait utiliser ces ressources.

Ainsi un test effectué sur un poste de travail, alors que le programmeur effectue en parallèle des tâches un peu lourdes, présentera des courbes de production et de consommation peu lisses, avec éventuellement des creux importants.

L’utilisation d’un poste client Windows est un cas particulier. En effet sur un tel poste on constate des freezes aléatoires, d’une durée de 5 secondes, qui ont bien évidemment un impact sur les tests MQPerf. Ces freezes se traduisent par des creux de consommation (et de production) de 5s, et par un impact visible sur les indicateurs système affichés dans le rapport standard, notamment le nombre de messages non consommés.

Les creux sont donc normaux, eu égard aux conditions extérieures qui le sont peut-être moins, et on peut en tirer les enseignements suivants :

• malgré les freezes JORAM assure sa fonction de MOM. Ces freezes n’ont donc qu’un impact mineur au niveau applicatif, réduisant les performances globales du système, et allongeant la latence pour les messages émis dans cette période.
• même s’il est possible d’utiliser la machine pendant que les tests s’exécutent, il est préférable de ne pas le faire pour ne pas enregistrer d’événements parasites.
• Windows client n’est pas un bon choix pour une machine de production de JORAM, mais c’est probablement inutile de le préciser. Ces freezes ne surviennent pas sur un Linux.