Dan et moi avons également arrêté un certain nombre de clients ayant quasiment acheté la fonction SMP en pensant que cela leur apporterait plus de ressources système. Leurs taux d'utilisation de CPU en période de pointe tournait à près de 90%, et ils pensaient, à tort, que la fonction SMP
Où il est préférable d’en avoir moins
abaisserait ce chiffre.
Malheureusement, tout comme nous l’avons dit à ces brebis égarées, la réalité
est toute autre. En effet, la fonction SMP consomme plus de ressources car elle
utilise des tâches parallèles pour améliorer les performances d’une requête. Ces
clients auraient d’abord dû commencer par installer plus de ressources système
avant de tirer profit de SMP.
Comme Dan et moi l’avons expérimenté chez e-Gads, un peu moins de traitement parallèle
améliore parfois les performances. Le parallélisme doit cependant être le premier
réflexe, si on a un gros AS/400 (deux processeurs ou plus) et qu’on souhaite accélérer
les traitements (en particulier lorsque de nombreuses requêtes impliquent un traitement).
SMP convient mieux lorsque l’exécution de longues requêtes ne mène pas l’utilisation
des ressources CPU au niveau souhaité. SMP accélère ces requêtes en utilisant
plus de ressources système pour exécuter plus rapidement la requête.
|
Décodage des commandes JS |
| Figure 3 Valeurs possibles du paramètre CHGQRYA DEGREE § *NONE : aucun traitement parallèle n’est autorisé pour le traitement des requêtes accédant aux bases de données ou la construction, reconstruction ou maintenance des chemins d’accès contrôlés aux fichiers base de données. § *IO : un nombre indéterminé de tâches peut être utilisé lorsque l’optimiseur de requêtes utilise le traitement parallèle au niveau des I/O. Le traitement parallèle à l’aide de SMP n’est pas autorisé. § *OPTIMIZE : l’optimiseur de requêtes peut utiliser un nombre indéterminé de tâches pour gérer les traitements parallèles de type I/O ou SMP pour traiter les requêtes ou la construction, reconstruction ou maintenance des chemins d’accès contrôlés aux fichiers base de données. La fonction SMP n’est utilisée que si elle est installée. La méthode de traitement parallèle ainsi que le nombre de tâches utilisées sont déterminées en fonction des paramètres suivants : – Le nombre de processeurs disponibles – La part de mémoire active disponible pour le travail dans le pool mémoire dans lequel il est exécuté – La limitation ou non au niveau du temps de traitement CPU ou de l’utilisation des ressources I/O du traitement de la requête ou de la construction, reconstruction des chemins d’accès contrôlés aux fichiers base de données. § *MAX : l’optimiseur de requêtes choisit entre le traitement parallèle des I/O ou SMP pour traiter la requête. La fonction SMP est utilisée uniquement si elle est installée. L’optimiseur de requêtes fait son choix de façon semblable au choix du paramètre *OPTIMIZE, à l’exception du fait que l’optimiseur suppose que toute la mémoire active dans le pool peut être utilisée pour traiter la requête ou la construction, reconstruction ou la maintenance des chemins d’accès contrôlés aux fichiers base de données. § *NBRTASKS : l’optimiseur de requêtes peut utiliser au maximum le nombre de tâches spécifié dans le deuxième élément du paramètre DEGREE pour le traitement parallèle des I/O ou SMP pour traiter la requête. La fonction SMP est utilisée uniquement si elle est installée. |
Téléchargez cette ressource
Préparer l’entreprise aux technologies interconnectées
Avec la « quatrième révolution industrielle », les environnements hyperconnectés entraînent de nouveaux risques en matière de sécurité. Découvrez, dans ce guide Kaspersky, comment faire face à cette nouvelle ère de vulnérabilité.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
