SPARC | |||
---|---|---|---|
Mikroprosessor | |||
Fujitsu SPARC MB86901A | |||
Produsert | 8. juli 1987 – | ||
Utviklet av | Sun Microsystems | ||
Produsent | Fujitsu Atmel Corporation LSI Logic Weitek Texas Instruments BIT Inc. Cypress Semiconductor | ||
Klokkefrekvens | 14.28 – 40 MHz | ||
Prosess | CMOS, ECL | ||
Databuss | 32 biter | ||
Adressebuss | 32 biter | ||
Hurtigminne Nivå I, D&I | 0–64 Kb (eksternt) | ||
Prosessorsokkel | Pin grid array | ||
Kjerne | Enkjerners RISC | ||
Instruksjonsett | SPARC versjon 7 |
SPARC er en tidligere 32-biter RISC mikroprosessor med èn enkelt kjerne. Mikroprosessoren var konstruert for symmetrisk flerprosessering, og ble brukt i datamaskiner med en, to, fire eller flere mikroprosessorer. SPARC var en implementasjon av spesifikasjonen SPARC versjon 7, og var den første mikroprosessoren i SPARC-familien.
Versjon 7 av spesifikasjonen til SPARC ble publisert av Sun Microsystems i 1986. Den definerte en 32 biter RISC mikroprosessor med 32 stk generelle 32-biter prosessorregistre.
SPARC ble satt i produksjon av det japanske IT-selskapet Fujitsu i 1987, og ble første gang tatt i bruk på datamaskinene Sun-4/260 og Sun-4/280, som også ble markedsført under kodenavnet «Sunrise» («soloppgangen»). Disse datamaskinene ble lansert av Sun Microsystems 8. juli 1987, og var de første modellene av arbeidsstasjonene Sun-4. Den 12. april 1989 lanserte selskapet SPARCstation 1 (Sun/460) og 5. november 1990 fulgte SPARCstation 2 (Sun/475). Arbeidsstasjonene var avarter av Sun-4c, og begge benyttet SPARC.
Arkitekturen er åpen og uten opphavsrett, og ble en industristandard med flere aktører i markedet. Ulike avarter av SPARC ble produsert av Fujitsu, LSI Logic, Weitek, Texas Instruments, BIT Inc. og Cypress Semiconductor. Arbeidsstasjoner med SPARC ble også lansert av flere enn Sun Microsystems. I oktober 1990 lanserte det Taiwan-baserte selskapet Tatung Company de tre arbeidsstasjonene TWS 3000, TWS 5000 og TWS 7000, forsynt med operativsystemet SPARC OS. I 1991 ble de etterfulgt av CompStation 40. I 1992 lanserte Compuadd Corporation arbeidsstasjonen SS2 med en 40 MHz SPARC. Samme år lanserte Themis Computer to hovedkort for SPARC: 2LC og 2SE hadde en koprosessor for flyttall, 32 Kb hurtigminne og VME-buss.
SPARC ble også brukt i arbeidsstasjoner fra Solarix, Mars Microsystems, RDI, Soulbourne Computer Inc. og Opus Systems.
I 1990 ble versjon 8 av spesifikasjonen til SPARC publisert. Den banet veien for SPARCLite og microSPARC for minimaskiner såvel som en ny generasjon med superskalære mikroprosessorer i form av SuperSPARC og hyperSPARC. Sun Microsystems erstattet SPARC med SuperSPARC, da selskapet lanserte SPARCstation 10 i 1992.
Utdypende artikkel: Reduced instruction set computer
Denne artikkelen handler om en mikroprosessor av typen RISC (Reduced instruction set computer). RISC ble lansert som følge av en iboende og voksende begrensning i tidligere mikroprosessorer av typen CISC (Complex instruction set computer). CISC-arkitekturene ble gradvis stadig mer komplekse, inntil kompleksiteten ble en hindring for deres ytelse. Filosofien bak RISC var å flytte denne kompleksiteten fra maskinvaren til programvaren. En rekke oppgaver som var påført mikroprosessorene under kjøring, ble nå overlatt til kompilatorene å utføre.
De tre første RISC-arkitekturene kom noenlunde samtidig:
Videreutviklingen av IBM 801 førte til nye mikroprosessorer og familier i form av ROMP i 1981, IBM POWER i 1990 og PowerPC i 1991. SPARC er en videreutvikling av Berkeley RISC, og mikroprosessorene RISC I og RISC II. MIPS førte til etableringen av selskapet MIPS Computer Systems, som lanserte sin egen familie med mikroprosessorer.
En nyvinning ved Berkeley RISC var såkalte «registervinduer». En stor flaskehals for ytelsen i CISC mikroprosessorer, var knyttet til dataoverføringene mellom mikroprosessoren og hovedminnet under prosedyrekall. Registervinduene opphevet effektivt de fleste av slike dataoverføringer. SPARC «arvet» registervinduene fra Berkeley RISC, men realiserte dem på en litt anderledes måte.
Utdypende artikkel: SPARC
SPARC er først og fremst navnet på en datamaskinarkitektur, som omfatter en familie med mange ulike mikroprosessorer.[1] Navnet blir tidvis også brukt om de første mikroprosessorene i denne familien. Disse er beskrevet lenger ned i denne artikkelen.
SPARC er en forkortelse for Scalable Processor ARChitecture – «skalerbar mikroprosessorarkitektur».[2] «Skalerbar» betyr at den er konstruert for symmetrisk flerprosessering i stormaskiner og superdatamaskiner.[2] Datamaskiner med SPARC kan skaleres fra å inneholde èn enkelt mikroprosessor (SISD), til å bestå av to, fire eller flere mikroprosessorer som deler et felles dataminne (SIMD).[2]
Arkitekturen beskrives av en manual. Tre versjoner av manualen er blitt brukt til produksjon av mikroprosessorer:
Denne artikkelen beskriver versjon 7 av manualen, og mikroprosessorer som bygger på den.
Versjon 7 av spesifikasjonen til SPARC ble publisert av Sun Microsystems i mars 1986.[3] Manualen beskriver en 32-biter RISC mikroprosessor med en enkelt kjerne.[1][6] Arkitekturen består av tre separate deler:[1][6]
Benevnelsen «mikroprosessor» brukes kun om heltallsenheten. I tillegg kom to andre eksterne enheter:
Spesifikasjonen la ingen føringer på størrelsen av hurtigminnet[1] eller implementasjonen av minnehåndtereren.[1] Det naturlige for en slik mikroprosessor vil være en 32-biter databuss og en 32-biter adressebuss, som aksesserer en 32-biter virtuell hukommelse på 232 eller 4 gigabyte.[6] Men heller ikke bredden på disse bussene er definert av spesifikasjonen.[1] Valg av bussenes bredde, hurtigminnets størrelse (eller hurtigminne overhodet) og utformingen av minnehåndtereren ble i praksis overlatt til maskinvarefabrikantene.[a]
Oppdelingen i mange separate enheter var vanlig på denne tiden; transistorene var ennå ikke kommet ned i størrelser som tillot integrasjon i en enkelt brikke. Oppe til høyre ser vi utsnitt av et hovedkort for arbeidsstasjonen HP 9000 med en enkelt 32-biter PA-RISC NS-2 mikroprosessor. Det består av mikroprosessoren, syv separate tilleggsenheter, og to koprosessorer for flyttall i form av Weitek 2264 og Weitek 2265.
Utdypende artikkel: Laste-lagre arkitektur
Mikroprosessoren kommuniserer med hovedminnet i datamaskinen på en enkel måte. Den benytter de to operasjonene Laste (Load) og Lagre (Store). Data overføres fra hovedminnet (Laste) eller til hovedminnet (Lagre).[7]
SPARC hadde fire adresseringsmodi: Summen av to prosessor-registere, indeksert modus, register indirekte og register absolutt. De to sistnevnte er varianter av indeksert modus.
Denne enkle minnehåndteringen er et særpreg ved alle RISC-arkitekturer, og skiller dem fra CISC-arkitekturer.[8]
Utdypende artikkel: Mikrokode
SPARC mangler mikrokode. Også dette er et generelt kjennetegn ved RISC.[8] En mikrokode er en kommandotolk som oversetter maskinkode til eksekverbar kode under kjøring. Dette er selvsagt tregere enn å utføre programmer direkte, som på forhånd er oversatt til eksekverbar kode. Et gjennombrudd som gjorde dette mulig, var fremveksten av optimaliserende kompilatorer. I RISC-maskiner er oppgavene til mikrokoden overført til kompilatorene; man kan også si at kompleksiteten ved mange CISC-maskiner (se f.eks. forrige avsnitt om adresseringsmodi) er flyttet fra maskinvaren til kompilatorene.
SPARC hadde en fast størrelse på instruksjonene, og de var alle 32-biter.[1][7]
Denne faste størrelsen er også en egenskap ved RISC generelt, som kontrast til CISC.[8]
Utdypende artikkel: Instruksjonspipeline
SPARC benyttet en 4-trinns pipeline for instruksjoner som behandlet heltall, og arbeidet med fire instruksjoner samtidig. Mens èn instruksjon ble hentet fra minnet, ble en annen dekodet, en tredje utført, og resultatet av en fjerde skrevet til minnet:
Syklus | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
---|---|---|---|---|---|---|---|
Instruksjon 1 | HENT | DEKOD | UTFØR | SKRIV | |||
Instruksjon 2 | HENT | DEKOD | UTFØR | SKRIV | |||
Instruksjon 3 | HENT | DEKOD | UTFØR | SKRIV | |||
Instruksjon 4 | HENT | DEKOD | UTFØR | SKRIV |
Den faste størrelsen på instruksjonene er noe som gjør pipelining lettere. Og sluttresultatet er at SPARC alltid utfører en instruksjon per klokkesyklus.[1] En SPARC som kjører i 10 MHz vil derfor alltid ha en ytelse på 10 MIPS.
Også dette er et særpreg ved RISC generelt, i kontrast til CISC.[8] På CISC mikroprosessorer tar instruksjoner et varierende antall klokkepulser å gjennomføre.
SPARC versjon 7 spesifiserte fem ulike formater på instruksjonene – tre hovedformater og to underformater.[9] Disse er avbildet under.
Format | 2 bit | 5 bit | 6 bit | 5 bit | 1 bit | 8 bit | 5 bit |
---|---|---|---|---|---|---|---|
1 | DEST | OPCODE | SRC 1 | 0 | FP-OP | SRC 2 | |
2 | DEST | OPCODE | SRC1 | 1 | IMMEDIATE CONSTANT |
I det første formatet overføres innholdet fra et register til et annet. I det andre formatet overføres en konstant i størrelsesorden -4096 til +4096 til et register. Bit 13 skiller mellom positive og negative tall.
Format | 2 bit | 1 bit | 4 bit | 3 bit | 22 bit |
---|---|---|---|---|---|
3 | A | COND | OP | PC-RELATIVE DISPLACEMENT | |
4 | DEST | OP | IMMEDIATE CONSTANT | ||
5 | PC-RELATIVE DISPLACEMENT |
Det tredje formatet er knyttet til betingede hopp ved subrutiner. Feltet COND spesifiserer typen branch (BLT, BLE eller BEQ). 22-bit feltet DISPLACEMENT gir den relative 32-biter adressen til målet, slik at betingede hopp kan bevege seg fremover og bakover i størresesordenen 8 Mb. A-bitet (ANNUL) er et triks som brukes til å eliminere noen delay slots ved betingede hopp. Hvis det er 1, blir en delay slot bare utført når betingelsen oppfylles. Hvis betingelsen ikke oppfylles sløyfes subrutinehoppet.
Det fjerde formatet gir den absolutte adressen til målet, uten delay slots og uten å oppgi typen branch. Heller ikke det femte formatet oppgir typen branch eller angir delay slots, men kun den relative 32-biter adressen til målet.
SPARC versjon 7 speifiserer et stort antall generelle registere. Dette er ikke nødvendigvis en egenskap ved RISC i motsetning til CISC,[10] men var implementert i Berkeley RISC I og Berkeley RISC II til bruk for registervinduer.[11] SPARC spesifiserer totalt 520 slike generelle registere.
I CISC-prosessorer er en stor del av dataoverføringene mellom mikroprosessoren og hovedminnet knyttet til prosedyrekall: Parametrene overføres, innholdet i registrene lagres, returadressen legges på stakken og hentes tilbake igjen når prosedyren er avsluttet. Datamaskinens minne har tradisjonelt vært, og er fortsatt, mye tregere enn både mikroprosessorens interne registre og hurtigminne. Derfor er prosedyrekall en stor flaskehals for den totale ytelsen.
Arkitektene bak RISC-prosessorene Berkeley RISC I og RISC II benyttet en genial metode for å oppheve nesten alle slike dataoverføringer. De innførte «overlappende registervinduer»,[12] som også benyttes i SPARC.[13] RISC I og RISC II var inspirasjonskilden til SPARC, men SPARC benytter en noe avvikende implementasjon.
RISC I hadde 78 registere; 18 var globale, mens 6 vinduer inneholdt 14 registere hver. RISC II hadde 138 registere; 10 var globale, mens 8 vinduer inneholdt 16 registere hver.
SPARC-spesifikasjonen opererer med 32 stk virtuelle 32-biter registre i hvert vindu, nummerert fra R0 til R31. Registrene er delt inn i fire grupper:
# | 32 bit lange registre |
---|---|
R0–R7 | Globale variabler |
R8–R15 | Inngående parametre |
R16–R23 | Lokale variable |
R24–R31 | Utgående parametre |
SPARC tillater flere sett («registervinduer») med 32 stk 32-bit registre. Dette er antallet registere som enhver prosedyre på et gitt tidspunkt «ser». 5-bit variabelen CWP (Current Window Pointer) peker på R8. 25= 32, og gir opptil (32 x 16) + 8 globale registre, eller 520 registre.
Istedenfor å flytte data mellom registrene og hovedminnet, flyttes CWP innenfor registrene, og gir programmet den illusjon at det opererer med et annet register.
Ovenfor illustreres tre registervinduer for tre prosedyrer. I det første registervinduet (og prosedyren) ligger utgående variabler i R24–R31. Ved å flytte CWP nedover 16 registre i registervinduet til det andre registeret (og prosedyren), blir samme register omdefinert til å inneholde inngående variabler. Det samme gjentar seg i tredje registervindu (og prosedyre).
I SPARC blir CWP dekrementert ved prosedyrekall. Den kallende prosedyren legger parametrene i R8–R15, og disse blir R24–R31 i prosedyren som kalles opp. Ved prosedyrekall «glir» «vinduet» oppover istedenfor nedover.
|
|
Utdypende artikkel: Tårnet i Hanoi
Det såkalte «Tårnet i Hanoi» er et yndet og populært eksempel på rekursjon innenfor programmering. Algoritmen nedenfor gir en rekursiv løsning på dette puslespillet, skrevet i assemblerspråket til SPARC. Den viser også bruken av registrene og registervinduer, som er forklart ovenfor.
.proc 4 ! start rutinen .globl _towers ! definer "towers" som et globalt symbol _towers: save %sp,-112%sp ! flytt register-vinduet og stakkpeker ! if n = 1 then; ! I0 = n, l1 = i, l2 = j cmp %IO,1 ! hvis n = 1 bne ELSE ! ellers gå til ELSE ! writeln("move", i, 'to', j); sethi %HI(AI), %00 ! 0o = de øverste 22 bit av adressen A1 call .writestr ! skriv ut teksten "Flytt" or %00,%L0(AI),%00 ! 00 = adressen til A1 call .writenum ! skriv ut i til skjerm mov %Il,%00 ! 0o = i sethi %HI(A2),%00 ! 0o = de øverste 22 bit til adressen A2 call .writenum ! skriv ut teksten 'til' or %00,%L0(A2),%00 ! 0o = adressen til A2 call .writenum ! skriv ut j til skjerm mov %12,%00 ! I0 = j call .writecr ! Linjeskift nop ! Ingen utførelse b DONE ! hopp til rutinen DONE mov 0,%00 ! Returner 0 (OK) ! k = 6 - i - j; ! Beregn k i det lokale registeret L0 ELSE: mov 6,%LO ! Lokalt register L0 = 6 sub %L0,%Il,%LO ! Lokalt register L0 = 6 - i sub %L0,%I2,%LO ! Lokalt register L0 = 6 - i - j ! towers(n – 1, i, k); sub %I0,1,%00 ! parameter 0: 0o = n - 1 mov %Il,%01 ! parameter 1: 01 = i call _towers,3 ! towers(n – 1, i, k) mov %L0,%02 ! parameter 2: 02 = k ! towers(l, i, j); mov 1,%00 ! parameter 0: 0o = 1 mov %Il,%01 ! parameter 1: 01 = i call _towers,3 ! towers (l, i, j) mov %I2,%02 ! parameter 2: 02 = j ! towers(n – l, k, j) sub %I0, l, %00 ! parameter 0: 0o = n - 1 mov %L0,%01 ! parameter 1: 01 = k call _towers,3 ! towers(n – 1, k, j) mov%I2, %02 ! parameter 2: 02 = j mov 0,%00 ! returnerer 0 (OK) DONE: ret ! avslutter algoritmen restore %g0,%00,%00 ! nullstiller register-vinduet .seg "data" ! bruker data-segmentet A1: .ascii "Flytt \0" ! allokerer en tekst A2: .ascii "til \0" ! allokerer en tekst
I tabellen nedenfor er SPARC versjon 7 sammenlignet med andre datamaskinarkitekturer. Dette er gjort for å sette mikroprosessoren inn i et større perspektiv.
Til sammenligning har vi valgt ut mikroprosessoren R2000, som ble lansert av MIPS Computer Systems i januar 1986. Dette var også en 32-bit RISC mikroprosessor, og den ble lansert noenlunde samtidig. Den var bygd opp etter versjon I av arkitekturen MIPS (MIPS I) fra Stanford University, som ble nevnt innledningsvis.
CISC mikroprosessorene Intel 80386 og Motorola 68030 er også brukt som sammenligning på grunn av deres store utbredelse, og fordi de begge ble lansert nesten samtidig.
Element | SPARC v7 | MIPS R2000 | Intel 80386 | Motorola 68030 |
---|---|---|---|---|
Arkitektur | RISC | RISC | CISC | CISC |
Biter | 32-biter | 32-biter | 32-biter | 32-biter |
Koprosessor for flyttall |
Ekstern (flere produsenter) |
Ekstern[14] (flere produsenter) |
Ekstern (Intel 80387) |
Ekstern (Motorola 68881 eller Motorola 68882) |
Andre koprosessorer | 1 | 2 | 0 | 1 |
Minnehåndtereren | Ekstern | Intern | Intern | Intern |
Mikrokontroller for hurtigminne |
Ekstern | Intern | Intern | Intern |
Hurtigminne | Eksternt | Eksternt | Eksternt | Internt |
Delt hurtigminne | Nei | Ja | Nei | 256 byte for data 256 byte for instruksjoner |
Databuss | 32-biter | 32-biter | 32-biter | 32-biter |
Adressbuss | 32-biter | 31-biter | 32-biter | 32-biter |
Adresseringsmodi | 4 | 3 | 8 | 18 |
Mikrokode | Nei | Nei | Ja | Ja |
Lengde på instruksjoner | 32-biter | 32-biter.[14] | 8–68 biter | 16–104 biter |
Instruksjonsformater | 5 | 3[14] | Mange | Mange |
De tre adresseringmodi i MIPS R2000 var indeksert modus, register indirekte og register absolutt. Den manglet summen av to prosessor-registere, som var den fjerde i SPARC.
MIPS R2000 benyttet en 5-trinns pipe: 1) hent instruksjon, 2) dekod instruksjon, 3) utfør instruksjon, 4) lagre data i hovedminne/hurtigminne, 5) overfør resultat fra den aritmetisk logiske enheten til register.[15]
SPARC er den direkte etterfølgeren av Berkeley RISC og de to mikroprosessorene RISC I og RISC II. Flere andre RISC-arkitekturer er også direkte derivater av Berkeley RISC, og de viktigste er nevnt nedenfor.
Forbedringspotensial: Denne artikkelen har forbedringspotensial. Mangler som har blitt anført: Flere SPARC-prosessorer ble lansert |
Fujitsu SPARC MB86900 | |||
---|---|---|---|
Mikroprosessor | |||
Utviklet av | Sun Microsystems | ||
Produsent | Fujitsu | ||
Klokkefrekvens | 16.67 MHz | ||
Prosess | 130 nm CMOS | ||
Transistorer | 110 000 |
Utdypende artikkel: MB86900
Implementasjonen fra Sun Microsystems bestod av to adskilte brikker. Heltallsenheten hadde benevnelsen MB86900 (også kalt SF9010), og desimaltallsenheten ble kalt MB86910. Klokkefrekvensen var 16.67 MHz.
Brikkene ble produsert i Japan ved hjelp av Fujitsus CMOS 20K prosss, og bestod av 110,000 transistorer produsert med en 1.30 µ CMOS-prosess. De opererte i sykluser på 60 ns.[16][17] Brikkenes interne elektriske spenning var 5 Volt.
Mikroprosessoren benyttet en PGA med 256 pinner.
ROSS SPARC CY7C601 | |||
---|---|---|---|
Mikroprosessor | |||
Produsert | 1987 | ||
Produsent | Ross Technology | ||
Klokkefrekvens | 33 MHz | ||
Kjerne | SPARC versjon 7 |
Den andre SPARC-prosessoren ble lansert i 1987 av Ross Technology, som på denne tiden var et underselskap av Cypress. Implementasjonen bestod av tre brikker – en heltallsenhet, en desimaltallsenhet og en Memory Management Unit. Klokkefrekvensen var 33 MHz.
CY7C601 ble produsert med en 0.8 µ CMOS-prosess, og opererte i sykluser på 30 ns.[17]
Mikroprosessoren benyttet en 64 KB ekstern nivå-1 cache for både data og instruksjoner.
Da Cypress solgte Ross Technology til Fujitsu i 1993, ble implementasjonen omdøpt til ROSS RT601.
Disse prosessorene ble produsert med en 0.8 µ CMOS-prosess, og bestod av 1.8 millioner transistorer. Cypress SPARC CY7C601-40GC hadde 207 pinner for en PGA-socket, mens Cypress SPARC CY7C601-40 hadde 208 pinner for en QFP socket. Begge prosessorene kjørte i 40 MHz.
Desimaltallsenheten ble kalt Cypress CY7C602 (40 MHz), mens cache-kontrolleren hadde navnet Cypress CY7C605 (40 Mhz).
Utdypende artikkel: ERC32
Fujitsu SPARC MB86902 | |||
---|---|---|---|
Mikroprosessor | |||
Produsert | 1991 | ||
Produsent | Fujitsu | ||
Klokkefrekvens | 20 og 25 MHz | ||
Prosessorsokkel | PQFP med 160 pinner | ||
Kjerne | SPARC versjon 7 |
Arbeidet med Fujitsu SPARC MB86902 startet allerede i 1986, og ble annonsert av Fujitsu i juni 1990 som en mikroprosessor for innebygde systemer. SPARC MB86902 var en avart av SPARC MB86901, som ble brukt i SPARCstation 1. Prosessoren ble lansert i uke 4 i 1991.
Fujitsu SPARC MB86902 var kompatibel med Fujitsu 86920 Memory Management Unit og desimaltallsprosessoren Weitek 3170. Prosessoren hadde ingen integrert cache.
Fujitsu SPARC MB86902 var tilgjengelig i klokkefrekvenser på 20 og 25 MHz og hadde 160 pinner i en PQFP socket.
Mikroprosessoren ble benyttet i Sun SPARCstation IPC.
Fujitsu SPARC MB86903 | |||
---|---|---|---|
Mikroprosessor | |||
40 MHz Fujitsu SPARC MB86903 | |||
Produsert | 1991 | ||
Produsent | Fujitsu | ||
Klokkefrekvens | 33 og 40 MHz | ||
Prosessorsokkel | PGA med 207 pinner | ||
Kjerne | SPARC versjon 7 |
Arbeidet med Fujitsu SPARC MB86903 startet i 1987, og prosessoren ble lansert i uke 21 i 1991.
Denne prosessoren hadde en integrert desimaltallsprosessor og opererte i hastigheter på 33 og 40 MHz. Ved beregning av heltall hadde den en ytelse på 20 og 25 MIPS. Ved desimaltallsberegninger var ytelsen 4 og 5 MFLOPS.
Heltallsenheten benyttet 136 registre, organisert i åtte register-vinduer, og en optimalisert håndterer av betingede hopp.
Fujitsu SPARC MB86903 ble benyttet i Sun SPARCstation IPX i 1991.