Ett pipelinestopp är en typ av fel i en RISC- eller RISC-influerad processor och det fördröjer behandlingen av en instruktion. Den här typen av fel har inte något att göra med användarfel - i själva verket inträffar den här typen av fel bara på grund av processordesign. Mer exakt förekommer det i dåligt designade processorer. Processorer av RISC-typ använder pipelines, vilket innebär att instruktioner måste utföras i en specifik ordning.
Technipages förklarar Pipeline Stall
Denna specifika ordning är absolut och mycket exakt – om ett program ger en greninstruktion, så presenteras de inte på ett ordnat sätt – instruktioner i början går igenom pipelinen, men alternativ som inte har valts måste kasseras innan nästa kan bearbetas. Detta genererar en fördröjning och en baserad på grenarnas komplexitet. Fler kasserade alternativ innebär mer av en fördröjning, och ju större fördröjning, desto större fördröjning i prestanda.
Det här problemet är unikt för RISC-baserade processorer, eftersom andra använder olika inställningar. Dessa fel är dock inte dödliga – efter att de upptäcktes skapades och implementerades lösningar. Små förseningar kan elimineras helt, medan större kan minskas, åtminstone. Detta görs genom förutsägelse av grenar, och så småningom, implementering av exekvering i oordning för vissa typer av processer. Dessa nya funktioner bidrog till att upprätthålla livskraften för processorer av RISC-typ, trots de initiala designbristerna med minskad instruktion inställda datorer, trots att deras ursprungliga syfte har varit en dator som kan behandla instruktioner snabbare genom att hoppa över onödiga steg.
Vanliga användningsområden för Pipeline Stall
- Pipelinestall är helt och hållet orsakade av designfel och påverkas inte av användarproblem.
- För att lösa rörledningsstopp implementerades grenförutsägelse.
- Nackdelen med RISC-processorer var potentialen för pipelinestopp.
Vanliga missbruk av Pipeline Stall
- Pipeline-stopp orsakas av att en användare utför för många funktioner samtidigt.