Programmes transactionnels appelants et contention (CPI-C)

Les informations suivantes s’appliquent uniquement aux cas où les unités logiques (LU) communiquent de manière complexe (telles que des chaînes de LU) sur plusieurs sessions. Dans ce cas, deux LU peuvent tenter d’allouer une conversation sur la même session en même temps. Si cela se produit, une unité lu doit gagner (le gagnant de la contention) et une autre doit perdre (le perdant du contention). L’UNITÉ de contention-gagnant et l’UNITÉ de contention-loser sont déterminés pour chaque session lorsque la session est établie. Au cours de cette session particulière, l’UNITÉ de contention-loser doit recevoir l’autorisation de l’unité utilisateur gagnante de la contention avant d’allouer une conversation. En revanche, la lu gagnante de la contention sur cette session alloue une conversation en fonction des besoins.

Notez que lorsque deux LU communiquent sur plusieurs sessions, l’une d’elles peut être la gagnante de la contention pour certaines sessions, et l’autre lu la gagnante de la contention pour d’autres.

Un programme d’appel de transaction (TP) fonctionne plus efficacement si le nombre de demandes d’allocation simultanées que les problèmes tp rencontrent est égal au nombre de sessions sur lesquelles l’unité lu locale est le gagnant de la contention. Le choix du gagnant de la contention est contrôlé via les modes configurés aux deux extrémités de la communication. Un mode doit être configuré pour fonctionner avec le mode sur le système distant pour que la communication commence entre deux unités de gestion.