Discussion :

[JauB]

Bonjour tout le monde,
je cherche à automatiser l'arrêt d'un travail lorsqu'il dépasse par exemple 20% de l'UC.
en fait j'ai une application JAVA qui gére des éditions avec des requêtes SQL, cette application se connecte avec un SEUL UTILISATEUR, figé dans le code, au système AS400 (I5). on a remarqué que lorsque le nombre d'utilisateurs connectés dépasse un certaine nombre alors l'application devient très lente et en regardant dans le travaill occupé par l'utilisateur (qui est unique: SEUL UTILISATEUR) on voit bien qu'il occupe la grande partie dans l'UC qui dépasse parfois 70% !
donc on a pensé à automatiser l'arrêt du travail de cet utilisateur une fois qu'il occupe un espace de plus de 20% de l'UC via un CL ou autre chose.
par la suite on pense à évoluer notre application pour que chaque utilisateur connecté à l'application JAVA édite ses états avec son propre login.
Toute proposition est la bienvenue.
merci d'avance

[Mercure]

Je peux me tromper mais je pense que si votre appli JAVA demande autant d'overhead, c'est peut-être parce que les index SQL ne sont pas adaptés ou mals construits. Si vous êtes en V5R4, voyez cela dans iSeries Navigator>Databases>NomBDD et Clic droit sur Index Advisor. C'est plein d'enseignement. Voir explications détaillées chez Big Blue ici.

[Hédhili Jaïdane]

Bonjour.

En attendant de voir l'Index Advisor, AMHA tu peux jouer sur les paramètres TIMESLICE en le réduisant et RUNPTY en la réduisant (priorité relative) en y mettant une valeur plus grande. Celà permettrait au job de s'exécuter tout en laissant plus de ressources aux autres threads et d'en comsommer autant que nécessaire quand il y en a.

[Green Hornet]

Bonjour.

En attendant de voir l'Index Advisor, AMHA tu peux jouer sur les paramètres TIMESLICE en le réduisant et RUNPTY en la réduisant (priorité relative) en y mettant une valeur plus grande. Celà permettrait au job de s'exécuter tout en laissant plus de ressources aux autres threads et d'en comsommer autant que nécessaire quand il y en a.

+1
c'est ce que nous avons fait il ya quelques mois pour des JOB Windev qui attaque le 400 via Easycom et c'est l'idéal et le plus simple

l'analyse des index et logiques étant une chose primordiale

[JauB]

+1
c'est ce que nous avons fait il ya quelques mois pour des JOB Windev qui attaque le 400 via Easycom et c'est l'idéal et le plus simple

l'analyse des index et logiques étant une chose primordiale

Vous avez une documentation qui explique le déroulement de ces étapes d'une façon plus explicite.
je comprends plus ou moins la démarche mais comment y arriver...!
il n'y a pas de tuto sur ça sur DVP?
merci