Vi skylder tidlig databussutvikling

Av | januar 24, 2022

Hvorfor var det så travelt med utviklingen av den gamle databussen?

Alt i alt var det en rekke pågående forbedringer. Disse inkluderte. 32 bits bredder. Bussmestring. Mindre følsomme for støy ved at de var «roligere» i signaloverføring. Mer bekvemmelighet med oppsett av tilleggskort via programvare.

ISA-bussen kom i bare 8 bit og 16 bit formater. Med tanke på de senere 386- og 486-brikkene, ble både DX- og SX-formatene, mens de hadde en 32-bits bane, hinket av ISA-bussen. Som et resultat kunne de aldri realisere sitt sanne 32-bits hastighetspotensial. Senere busser som MCA- og EISA-bussene klarte å overvinne disse iboende begrensningene.

Dine «datamotorveier» referert til som «: busser» er dataoverføringslinjene rundt PC-ene. Bussen fungerer som vei for informasjonsoverføring rundt PC-en. Riktignok styres denne rutingen av CPU. Men som det punktet i vintage databehandlingshistorie var dette ikke et problem. PC-ene var frittstående enkelt CPU-enheter.

Men ettersom tiden gikk og PC-er ble raskere og mer komplisert med rimeligere ekstra CPUer som håndterer andre oppgaver innenfor PC-en, ble hendelsene vanskeligere. Innebygd periferiutstyr begynte å ha innebygde CPUer. CPUer på forskjellige måter begynte å bli funnet i eksterne enheter som harddisker, lyd og skjermkort.

Det totale datasystemet kan bli mye mer effektivt hvis disse i hovedsak perifere CPUer kan kommunisere direkte med hverandre. uten å måtte bruke hoved-CPU som mellomledd. Derfor ble MCA og EISA utviklet med disse rollene i tankene. Konseptet ble kjent som «bus mastering».

Bussmastering innebærer konseptet at de perifere CPU-ene kan be om tillatelse til å overta bussen for en kort periode. Hoved-CPU’en ville gi dem tillatelse til å overta bussen, og den ville midlertidig falle «ut av loopen», noe som muliggjorde rask kommunikasjon mellom for eksempel harddisken og diskettstasjonen.

Etter hvert som databusser utviklet seg og hadde de iboende evnene til å overføre mer og mer data i en gitt tidsperiode ble støy et problem. ISA-bussen var ganske utsatt for støy fordi den var avhengig av utløste avbrudd. Når spenningsnivået på bussdatalinjen overskred en gitt terskelverdi, ville «Edge Triggering» resultere.

Alternativet til denne situasjonen hvor «Edge Triggering» kan resultere er «nivåtriggering» hvor det kreves at senderen holder og arkiverer det høyere spenningsnivået for at data skal gjenkjennes av enhetene på bussen. Edge Triggering kan imidlertid føre til «transienter» – det vil si korte strømstøt som kan forvirre enhetene på bussen til å tro at data er på bussen når de ikke er det. Heldigvis senker nivåutløsing støynivået, og både MCA og EISA bruker det.

Som et resultat av alle disse iboende fordelene kom MCA og EISA til å støtte ideen, som vi vet tar for gitt, om umiddelbare programvarekonfigurasjoner. Det var ingen brytere eller jumpere på add i MCA- eller EISA-kort. Selv om vi tar plug and play øyeblikkelig konfigurasjon av hovedkort og periferiutstyr som lyd, video eller nettverkskort for gitt, var det ikke alltid slik. Vi skylder mye til disse tidlige datamaskininnovasjonene for å forbedre datamaskinbussen.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.