> 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

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

SIEM & PME : Comment construire la boîte noire de votre SI ?

SIEM & PME : Comment construire la boîte noire de votre SI ?

Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et accessible, pour anticiper, détecter et réagir efficacement aux attaques.

Les plus consultés sur iTPro.fr

A lire aussi sur le site

À la une de la chaîne Tech