Ce schimbă această alegere
Aceste acțiuni răspund la dovezi diferite. Mai mult CPU crește bugetul de calcul; concurența mai mică reduce presiunea simultană pe memorie, conexiuni și dependențe partajate.
Comparați factorii de decizie
| Factor | Adaugă alocare CPU | Concurență mai mică a workerilor |
|---|---|---|
| Cele mai bune dovezi | Muncă rulabilă susținută și timp CPU profilat pe calea utilă. | Latența API sau presiunea pe dependențe se înrăutățește pe măsură ce rulează mai multe joburi împreună. |
| Efect imediat | Mai mult calcul poate executa concurent muncă legată de CPU. | Mai puține joburi concurează simultan; vechimea cozii poate crește. |
| Memorie | Nu adaugă RAM decât dacă este selectată separat. | De obicei reduce memoria simultană a workerilor. |
| Conexiuni la baza de date | Nu modifică cererea pool-ului prin sine. | Poate reduce conexiunile active ale workerilor. |
| Nu repară | Muncă duplicată, apeluri externe lente sau interogări ineficiente. | Un singur job intensiv CPU sau un throughput permanent inadecvat. |
| Măsoară după modificare | Timp CPU, finalizări utile, latență și erori. | Vechimea celui mai vechi job, finalizări, latență, memorie și așteptări de conexiune. |
Când fiecare opțiune își merită locul
Dacă CPU rămâne scăzut în timp ce vechimea cozii și așteptările bazei de date cresc, reduce concurența și inspectează mai întâi baza de date. Dacă un job profilat ține nucleele ocupate și finalizările utile cresc cu munca paralelă, compară o alocare CPU mai mare.