* Vereisten van het gebruikersprogramma: Een rekenintensief programma kan een hogere overhead tolereren dan een real-time applicatie met strikte latentiebeperkingen. Een game die hoge framesnelheden vereist, is veel gevoeliger voor overhead dan een batchverwerkingstaak.

* De hardwarebronnen: Een systeem met voldoende CPU-, geheugen- en I/O-capaciteit kan een hogere overhead verwerken dan een systeem met beperkte middelen.

* Het type overhead: Overhead van geheugenbeheer is mogelijk minder opvallend dan overhead van schijf-I/O, vooral voor programma's die I/O-gebonden zijn. Overhead voor contextomschakeling kan aanzienlijk zijn in omgevingen met meerdere threads.

* De definitie van "slechte prestaties": Wat onder "slechte prestaties" wordt verstaan, is subjectief en hangt af van de verwachtingen van de gebruiker.

In plaats van een percentage is het een betere aanpak om de systeemprestatiestatistieken (CPU-gebruik, geheugengebruik, schijf-I/O, netwerklatentie, enz.) te monitoren en knelpunten te identificeren. Als deze statistieken aangeven dat systeemoverhead een aanzienlijke invloed heeft op de prestaties van gebruikersprogramma's, dan is actie nodig (bijvoorbeeld het optimaliseren van het systeem, het upgraden van hardware of het verbeteren van de efficiëntie van het programma).

Kortom:er bestaat geen magisch getal. Concentreer u op het *monitoren* en *analyseren* van de prestaties in plaats van te streven naar een willekeurig percentage overhead.