Structural hazard
Wanneer twee instructies in de pipeline tegelijk dezelfde hardwarebron willen gebruiken en er maar één van is — bijvoorbeeld één deeleenheid, één geheugenpoort of één schrijfpoort naar het registerbestand. Eén moet wachten. Het conflict komt voort uit beperkte hardware, niet uit data-afhankelijkheden.
Voorbeeld: als de CPU maar één floating-point-deeleenheid heeft en twee instructies willen allebei delen, moet er één stallen tot de eenheid vrij is. Of: als het registerbestand te weinig schrijfpoorten heeft en meer instructies tegelijk willen terugschrijven dan er poorten zijn, ontstaat een conflict. Anders dan een data hazard (wachten op een WAARDE) en een control hazard (wachten op de uitkomst van een SPRONG) wacht je hier op een fysieke BRON. Oplossingen: meer hardware toevoegen (meer uitvoereenheden, meer poorten — maar dat kost oppervlakte en energie) of zo plannen dat conflicten worden vermeden. CPU-ontwerpers wegen voortdurend af hoeveel dure middelen nodig zijn om de pipeline gevuld te houden tegen wat het kost. De minst voorkomende maar nog altijd reële soort hazard. Verwant aan pipeline stall en registerbestand.