Dans le cas d’une application multithread, chaque thread de l’application a un numéro TDE unique. Comment faire correspondre ces numéros TDE aux noms de jobs i5/OS que vous avez l’habitude de voir ? Utilisez la table incluse à la fin de la trace (bas de la figure 3). Après avoir
Comprendre la sortie TRCINT (2)
déterminé le TDE# pour le job qui vous intéresse, revenez au début de la trace et examinez chacun des enregistrements que ce job/thread particulier a générés en recherchant ce TDE#. Un aspect important de TRCINT est que vous collectez une trace d’API socket de chaque application active sur votre système. Cette trace devient énorme dans le cas d’une grande activité réseau quand la trace est collectée.
Pour rendre la trace plus gérable, limitez le nombre d’autres applications TCP/IP qui sont actives quand votre trace est collectée. Les points de trace provenant de jobs multiples seront aussi intercalés tout au long de la trace. Bien souvent, plusieurs points de trace par d’autres jobs/threads peuvent apparaître entre le point de trace d’entrée API que vous examinez et le point de trace de sortie API correspondant. Vous devez vous assurer que le TDE# pour les points de trace d’entrée API et de sortie API que vous examinez, sont les mêmes.
Chaque point de trace API socket contient une information supplémentaire numérotée séquentiellement (c’est-àdire #1, #2, #3). Ces rubriques supplémentaires varient d’un point de trace à un autre, mais généralement les paramètres API sont tracés sur l’entrée API et le code de renvoi et des valeurs errno sont tracés sur la sortie API. La première rubrique, #1, est toujours une chaîne montrant le nom de l’API socket. En progressant dans la trace et en examinant la chaîne #1 listée pour chaque point de trace pour un TDE# donné, vous pouvez voir rapidement chacune des API sockets qu’une application est en train d’appeler. Avant de valider TRCINT sur votre système, un dernier avertissement s’impose : cet outil affecte la performance de votre système quand la trace est active.
La trace de tous les appels d’API sockets faits par chaque application du système a un coût évident. Dans certains cas, la trace de l’API socket ralentit l’application juste assez pour qu’un créneau de timing avec le trafic réseau ne se produise plus et qu’un problème particulier ne puisse être capturé. Comme la trace décrite dans cet article n’est qu’un sous-ensemble des composantes sockets, l’impact sur la performance devrait être minime.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Le trilemme de la souveraineté : le coût caché du cloud qui freine l’IA en Europe
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Semperis : gouverner l’identité à l’ère des agents IA
- Analyse Patch Tuesday Mars 2026
Articles les + lus
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
À la une de la chaîne Tech
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
