Was diese Wahl ändert
Diese Maßnahmen beantworten unterschiedliche Evidenz. Mehr CPU erhöht das Compute-Budget; geringere Concurrency reduziert den gleichzeitigen Druck auf Speicher, Verbindungen und gemeinsame Abhängigkeiten.
Vergleichen Sie die Entscheidungsfaktoren
| Faktor | CPU-Zuweisung erhöhen | Geringere Worker-Concurrency |
|---|---|---|
| Beste Evidenz | Anhaltende ausführbare Arbeit und profiliertes CPU-Zeit auf dem nützlichen Pfad. | API-Latenz oder Abhängigkeitsdruck verschlechtert sich, wenn mehr Jobs zusammen laufen. |
| Unmittelbare Auswirkung | Mehr Compute kann CPU-gebundene Arbeit nebenläufig ausführen. | Weniger Jobs konkurrieren gleichzeitig; das Queue-Alter kann zunehmen. |
| Speicher | Fügt keinen RAM hinzu, sofern nicht separat gewählt. | Reduziert üblicherweise den gleichzeitigen Worker-Speicher. |
| Datenbankverbindungen | Ändert den Pool-Bedarf nicht von selbst. | Kann aktive Worker-Verbindungen reduzieren. |
| Repariert nicht | Doppelte Arbeit, langsame externe Aufrufe oder ineffiziente Abfragen. | Einen einzelnen CPU-intensiven Job oder dauerhaft unzureichenden Durchsatz. |
| Nach der Änderung messen | CPU-Zeit, nützliche Abschlüsse, Latenz und Fehler. | Alter des ältesten Jobs, Abschlüsse, Latenz, Speicher und Verbindungswartezeiten. |
Wann jede Option ihren Platz verdient
Wenn die CPU niedrig bleibt, während Queue-Alter und Datenbankwartezeiten steigen, senken Sie die Concurrency und prüfen Sie zuerst die Datenbank. Wenn ein profiliertes Job die Kerne beschäftigt hält und nützliche Abschlüsse mit paralleler Arbeit steigen, vergleichen Sie eine größere CPU-Zuweisung.