> Tech > Pourquoi l’autoréglage des performances n’est pas forcément une bonne chose

Pourquoi l’autoréglage des performances n’est pas forcément une bonne chose

Tech - Par Renaud ROSSET - Publié le 24 juin 2010
email

D’autres paramètres de l’OS/400 peuvent aussi influencer le temps de réponse de l’application. Il faut changer les fonctions système du genre QPFRADJ afin de ne pas interférer avec le pool WebSphere. Pour gérer l’usage des ressources de manière autonome, utilisez QPFRADJ pour ajuster dynamiquement les niveaux d’activité et déplacer la

Pourquoi l’autoréglage des performances n’est pas forcément une bonne chose

mémoire entre les pools partagés. Le fait d’enlever de la mémoire du pool utilisé par votre serveur d’applications peut augmenter le nombre de défauts de page. On l’a vu, les jobs du serveur d’applications sont plus sensibles aux défauts que les charges de travail OS/400 traditionnelles. Du point de vue de WAS, la mesure idéale est de désactiver QPFRADJ de façon à ne pas déplacer de la mémoire dynamiquement.
Cependant, si c’est déraisonnable à cause des autres charges de travail du système, il faut établir WAS dans un pool privé afin que QPFRADJ n’affecte pas le serveur d’applications.

Téléchargez cette ressource

État des lieux de la réponse à incident de cybersécurité

État des lieux de la réponse à incident de cybersécurité

Les experts de Palo Alto Networks, Unit 42 et Forrester Research livrent dans ce webinaire exclusif leurs éclairages et stratégies en matière de réponses aux incidents. Bénéficiez d'un panorama complet du paysage actuel de la réponse aux incidents et de sa relation avec la continuité de l'activité, des défis auxquels font face les entreprises et des tendances majeures qui modèlent ce domaine. Un état des lieux précieux pour les décideurs et professionnels IT.

Tech - Par Renaud ROSSET - Publié le 24 juin 2010