Ce que ce choix change
Ces actions répondent à des preuves différentes. Plus de CPU augmente le budget de calcul ; une concurrence réduite diminue la pression simultanée sur la mémoire, les connexions et les dépendances partagées.
Comparez les facteurs de décision
| Facteur | Ajouter de l'allocation CPU | Réduire la concurrence des workers |
|---|---|---|
| Meilleure preuve | Travail exécutable soutenu et temps CPU profilé sur le chemin utile. | La latence de l'API ou la pression sur les dépendances s'aggrave lorsque plus de tâches s'exécutent ensemble. |
| Effet immédiat | Plus de calcul peut exécuter du travail limité par le CPU en parallèle. | Moins de tâches sont en compétition simultanément ; l'âge de la file d'attente peut augmenter. |
| Mémoire | N'ajoute pas de RAM sauf si sélectionnée séparément. | Réduit généralement la mémoire simultanée des workers. |
| Connexions à la base de données | Ne modifie pas la demande du pool à elle seule. | Peut réduire les connexions actives des workers. |
| Ne corrige pas | Le travail en double, les appels externes lents ou les requêtes inefficaces. | Une seule tâche gourmande en CPU ou un débit définitivement insuffisant. |
| Mesurer après le changement | Temps CPU, complétions utiles, latence et erreurs. | Âge de la tâche la plus ancienne, complétions, latence, mémoire et attentes de connexion. |
Quand chaque option mérite sa place
Si le CPU reste faible tandis que l'âge de la file d'attente et les attentes de base de données augmentent, réduisez la concurrence et inspectez d'abord la base de données. Si une tâche profilée maintient les cœurs occupés et que les complétions utiles augmentent avec le travail parallèle, comparez une allocation CPU plus importante.