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
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
Les plus consultés sur iTPro.fr
- Les marchés publics peuvent-ils encore faire émerger des champions numériques français ?
- ESET accélère en France et mise sur l’IA face à la montée des cybermenaces
- Souveraineté des données : cessons de traiter le symptôme, attaquons-nous aux causes
- Asys accélère sur la planification intelligente avec l’acquisition de m-work
Articles les + lus
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
À la une de la chaîne Tech
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
