* I requisiti del programma utente: Un programma intensivo computazionalmente potrebbe tollerare un sovraccarico più elevato rispetto a un'applicazione in tempo reale con rigorosi vincoli di latenza. Un gioco che richiede frame rate rapidi è molto più sensibile alle spese generali di un lavoro di elaborazione batch.
* Le risorse hardware: Un sistema con ampia CPU, memoria e capacità I/O può gestire sovraccarichi più elevati rispetto a un sistema limitato a risorse.
* Il tipo di sovraccarico: Le spese generali dalla gestione della memoria potrebbero essere meno evidenti rispetto alle spese generali dall'I/O del disco, in particolare per i programmi che sono legati all'I/O. Le spese generali di commutazione del contesto possono essere significative in ambienti multithread.
* La definizione di "scarsa performance": Ciò che costituisce "scarse prestazioni" è soggettivo e dipende dalle aspettative dell'utente.
Invece di una percentuale, un approccio migliore è monitorare le metriche delle prestazioni del sistema (utilizzo della CPU, utilizzo della memoria, I/O del disco, latenza di rete, ecc.) E identificare i colli di bottiglia. Se queste metriche indicano che le spese generali di sistema hanno un impatto significativo sulle prestazioni dei programmi utente, è necessaria un'azione (ad esempio, ottimizzando il sistema, aggiornando l'hardware o migliorando l'efficienza del programma).
In sintesi, non esiste un numero magico. Concentrati sul * monitoraggio * e * analizzando * le prestazioni piuttosto che mirare a una percentuale arbitraria di spese generali.
software © www.354353.com