Dit is waarom:

* Gereed wachtrij: De gereed wachtrij bevat processen die klaar zijn om te draaien, maar wachten op hun beurt op een CPU. Er is geen inherente limiet aan hoeveel processen er in deze wachtrij kunnen staan.

* Runnende processen: Met N CPU's kunt u N -processen tegelijkertijd laten werken.

* Wacht wachtrij: De wachtrij van Wait bevat processen die worden geblokkeerd, wachtend op een gebeurtenis (bijv. I/O -voltooiing, een bron). Deze wachtrij kan ook een theoretisch onbeperkt aantal processen bevatten.

Er zijn echter praktische beperkingen:

* geheugen: Het werkelijke aantal processen dat tegelijkertijd kan bestaan, wordt beperkt door het beschikbare systeemgeheugen. Elk proces vereist geheugen voor zijn code, gegevens en stack.

* CPU Power: Hoewel u veel processen in de klaar wachtrij kunt hebben, wordt het aantal processen dat daadwerkelijk kan worden uitgevoerd (en vooruitgang kan brengen) beperkt door de verwerkingskracht van de CPU.

* besturingssysteem overhead: Het beheren van een groot aantal processen kan leiden tot een aanzienlijke overhead in het besturingssysteem, mogelijk vernederende prestaties.

Daarom is er geen theoretische limiet op het aantal processen in deze staten, praktische beperkingen opgelegd door hardware en softwarebronnen bepalen het werkelijke maximale aantal dat effectief kan worden beheerd.