En engelsk versjon av Linux Mint 18 med skrivebordmiljøet «Cinnamon».
Et **operativsystem** (**OS**) er den grunnleggende *programvaren* på en datamaskin, og det som tildeler de forskjellige *ressursene* i datamaskinen til andre programmer. Én type ressurs er *eksterne enheter*, som en skriver. Operativsystemet passer for eksempel på at to programmer ikke samtidig sender informasjon til samme skriver, men at de legges i en *venteliste* før utskrivning. En annen type ressurs er interne enheter som minne og prosessorer. Dette er svært grunnleggende komponenter som operativsystemet også holder styr på.

Man kan betrakte programvare som å være én av to typer: **applikasjonsprogramvare** eller **systemprogramvare**. Applikasjonsprogramvare er slikt som tekstbehandlere, regneark og andre programmer som brukeren har direkte kontakt med. Av systemprogramvare er operativsystemet den viktigste. Det holder styr på systemressursene og gjør programmererens jobb enklere. Tilleggsenheter som er koblet til datamaskinen er ofte kompliserte å bruke. En harddisk, for eksempel, trenger detaljerte instruksjoner om å starte motoren sin, stoppe den, flytte på lesehodene og mye annet. Operativsystemet bruker harddisken ved å kommunisere på en standard måte med et driverprogram laget spesielt for enheten. Et annet program som ønsker å skrive noe til harddisken gir bare beskjed til operativsystemet om for eksempel «å skrive teksten 'kongle' til filen "kongle.txt" på katalogen c:\». Operativsystemet, i samarbeid med driverprogrammet, tar seg så av resten av oppgaven.

Operativsystemet er et program som alle andre i datamaskinen. Det er skrevet i et programmeringsspråk og følger vanlige regler for programmer. Forskjellen er at det er det første som lastes inn i minnet når maskinen startes, og det styrer «hverdagen» for alle programmer som lastes inn senere.

Vanlige operativsystem
----------------------

Microsoft Windows er et av de mest brukte operativsystemene for personlige datamaskiner. Dets forløpere kom på begynnelsen av 1980-tallet med MS-DOS fra Microsoft og DR-DOS fra Digital Research. Forkortelsen DOS står for *Disk Operating System*. 

Unix er blant de eldste operativsystemene som fortsatt er i bruk. Det frie operativsystemet Linux brukes også til personlige datamaskiner, men særlig tjenere, superdatamaskiner og forbrukerelektronikk. Linux er en avart av Unix. Blant andre Unix-varianter finner vi Berkeley Software Distribution (BSD).

IBM hadde en periode suksess med sitt OS/2, og Macintosh-maskiner bruker Mac OS (tidligere rett og slett kalt *systemet*). Nye Macer kjører imidlertid Mac OS X, som er BSD-basert.

Bakgrunn
--------

Et moderne datasystem består av komponenter som prosessorer, hovedminne, klokker, inn- og utenheter, lagringsenheter med mer. Operativsystemet holder styr på komponentene og gir applikasjonsprogrammer tilgang til dem. På denne måten behøver ikke hver programmerer kjenne til detaljene ved å bruke de ofte komplekse enhetene, eller hvordan et program skal dele disse med andre programmer. Operativsystemet kan sees på som et lag som skiller applikasjonsprogramvaren fra den ofte mer komplekse maskinvaren.

Forskjellige datamaskiner bruker forskjellige typer maskinvare. En applikasjon skrevet til en type datamaskin vil da ikke nødvendigvis kjøre på en annen. Imidlertid kan et operativsystem finnes til flere typer maskiner, noe som gjør at operativsystemet fungerer som en felles plattform utvikleren av en applikasjon kan benytte seg av, uten å tenke på de forskjellige typene maskinvare brukeren kan tenkes å ha.

Kjente operativsystemer
-----------------------

Operativsystemer kan grupperes på flere måter. En av dem er etter bruksområde. Stormaskiner har operativsystemer som er tilpasset deres bruk, minimaskiner sitt og tjenere har sine operativsystemer. Felles for alle disse er at de ikke har interaksjon med brukeren som fokus. På skrivebord og i private hjem finner vi det som tidligere kaltes mikrodatamaskiner, senere kalt hjemmedatamaskin og så PC. Disse har egne operativsystemer, og fra sent på 1980-tallet ble Microsoft sine operativsystemer markedsledende der. Håndholdte enheter som PDAer og mobiltelefoner har operativsystemer som er spesielt tilpasset maskinvaren. En annen kategori OSer er sanntidsoperativsystemer. Disse siste tilbyr tjenester hvor de garanterer responstid. Eksempler er datamaskinen som kontrollerer tenning og drivstofftilførsel i en moderne bil.

I tillegg til systemene nevnt i innledningen, som er de mest kjente, finnes det også flere alternative operativsystemer. Blant disse finner vi BeOS, som ikke lenger blir utviklet, men det er flere nye operativsystemer under utvikling som er kloner av eller inspirert av BeOS, et av disse er Haiku. Andre alternative operativsystemer under utvikling er Syllable og SkyOS.

Også samtidens store teknologiske nyhet mobiltelefonen bruker operativsystem. Tidligere var disse ganske primitive, men etter hvert som mobilene har blitt kraftigere og fått flere bruksområder har også mobiltelefonoperativsystemene også blitt mer utbygde. Dette er særlig noe som har kommet samtidig med fargeskjermen og kameramobilene. Eksempler på operativsystemer for mobil er: Symbian, Windows CE, Linux, Android, IOS

Historie
--------

ENIAC, en datamaskin *uten* operativsystem
*Utdypende artikkel: Operativsystemets historie*
Verdens første datamaskin, Charles Babbage mekaniske «analytiske maskin» fra 1800-tallet, brukte ikke et operativsystem. Babbage brukte mesteparten av sitt liv og sin formue på å få denne til å virke, men uten større suksess, da datidens mekaniske elementer ikke hadde presisjonen som krevdes. Etter dette var det liten utvikling fram til rundt andre verdenskrig, hvor blant annet Howard Aiken, John von Neumann, J. Presper Eckert og William Mauchley i USA og Konrad Zuse i Tyskland lagde datamaskiner som fylte hele rom med titusenvis av vakuumrør. Disse datamaskinene ble utviklet, bygget, programmert og driftet av den samme gruppen mennesker, og hadde heller ikke noe operativsystem å snakke om. All programmering skjedde i maskinspråk, ofte ved å plugge inn ledninger i riktige hull. Så å si alle problemene disse maskinene løste besto av enkel aritmetikk, som for eksempel å lage store tabeller av sinus og cosinus. 

På 1950-tallet ble transistoren oppfunnet, og bildet endret seg radikalt. Nå ble det forskjellige mennesker som sto for henholdsvis utvikling, bygging, programmering og drifting av datamaskinene, og programmer ble lagret på hullkort som de forskjellige utviklerne kunne ta med seg ned i datarommet og kjøre. Programmeringsspråk som Fortran dukket også opp. Siden mye tid gikk med til å bytte hullkort, behandle utskrifter og lignende, så man raskt at et bedre system trengtes. Dette ble *batchjobben*, hvor en stabel hullkort ble lest inn på magnetisk tape og kjørt etter som datamaskinen ble ledig. Ofte var det flere datamaskiner involvert, én som var god på å lese hullkort og skrive tape og én som var god på å kjøre aritmetikk (for eksempel henholdsvis IBM 1401 og IBM 7094).

En typisk batchjobb under FMS
En typisk jobb er illustrert i figuren til høyre. Den besto av et input-kort, et kort med instruksjoner om hva som skulle lastes, en rekke kort som inneholdt programmet, et kort som fortalte datamaskinen at programmet som akkurat var kompilert skulle lastes i minnet, et kort som fortalte datamaskinen at programmet skulle kjøres, et sett kort med dataene som skulle brukes under kjøring og et kort som fortalte at stabelen med kort var slutt. Kontrollkortene kan sees på som en forgjenger til dagens skriptspråk og kommandotolker.

Operativsystemer på denne typen inkluderte FMS (Fortran Monitor System) og IBSYS, IBM sitt operativsystem for 7094-modellen.

På begynnelsen av 1960-tallet hadde de fleste produsenter to sett produkter; en datamaskinserie for bruk til vitenskapelig tallknusing og en datamaskinserie for bruk til lesing og sortering av data. Denne første typen ble brukt innenfor vitenskap og beregninger, og den andre ble brukt av banker og forsikringsselskaper. Det var dyrt å ha to separate produktserier, og IBM løste dette ved å introdusere System/360. Denne ble levert i et antall forskjellige konfigurasjoner etter kundens behov, og skulle i teorien kunne kjøre samme programvaren uavhengig av akkurat hvilken konfigurasjon den hadde. 360 var den første serien datamaskiner som brukte integrerte kretser, og hadde en stor fordel på ytelse i forhold til pris foran forrige generasjon datamaskiner, som var bygget opp av individuelle transistorer.

Operativsystemet OS/360 var flere størrelsesordener større enn forgjengerne, men løste oppgavene sin tross problemene størrelsen frembrakte med tanke på antall feil og vedlikeholdet som krevdes. Dette systemet kan betraktes som en *tredje generasjons* operativsystem, og det brukte flere teknikker som manglet i andre generasjons produkter som FMS. Den viktigste av disse var *multiprogrammering*. På datamaskiner som IBMs 7094 måtte datamaskinen gå «på tomgang» hvis en jobb ventet på noen eksterne enheter. I tunge regneoperasjoner var dette relativt sjelden, mens brukere som banker som behandlet mye eksterne data opplevde at prosessoren sto ledig 80-90% av tiden. Dette var ikke holdbart, da det var svært kostbart å drifte disse maskinene. Løsningen var da at minnet ble delt i flere *partisjoner*, slik at man kunne ha flere jobber inne samtidig. Spesiell maskinvare ble utviklet til tredjegenerasjonssystemer slik at jobbene ikke laget krøll i de andres minneområder.

En annen teknikk var *spooling*, som besto i av at man hentet inn jobbene på disk så snart hullkortene var brakt ned til datarommet. Dette medførte at en jobb kunne hentes inn i minnet så snart en annen jobb var ferdig. Dette eliminerte og mye bæring av tape fram og tilbake mellom lesemaskinen og regnemaskinen.

En tidlig terminal, her en Televideo 925, med 4 kB RAM, 4 kB ROM og en RS-232-kobling til tjeneren. Nå ser man det som folk senere ville identifisert som en datamaskin, altså en boks som inneholder et tastatur og en skjerm.
Disse to framskrittene førte til et problem for programmererne, som tidligere hadde hatt datamaskinen for seg selv da de kjørte jobbene sine, noe som gjorde feilfinning mye enklere. Nå var det ofte et flere timer mellom da jobben ble sendt ned til datasenteret og når utskriften kom tilbake. Dette gjorde at man utviklet systemer med flere terminaler, hvor hver programmerer kunne gi kommandoer til datamaskinen etter forgodtbefinnende. Siden en programmerer som feilsøker i et program gir kommandoer som kan utføres fort, altså ikke av typen «sortér en million felter i databasen», så fungerte dette greit. Dette ble kalt *timesharing*.

Etter dette forsøkte man å bygge enorme systemer hvor hundrevis av brukere hadde terminaler. Et eksempel er MULTICS (MULTIplexed Information and Computing Service), som skulle tilby datakraft til alle i Boston. Dette konseptet var vanskelig å sette ut i praksis, og medførte blant annet at General Electrics ga opp datamaskiner i det store og hele. MULTICS innførte dog en rekke ideer som ble brukt senere.

En annen trend på tiden var stadig kraftigere og billigere minimaskiner som for eksempel DEC PDP-1 fra 1961. Disse ble brukt til all mulig slags databehandling som ikke krevde ekstrem «nummerknusing», og ble veldig utbredte. Et resultat av dette var at Ken Thompson, en av bidragsyterne på Bell Labs til MULTICS, fant en ubrukt PDP-7 og skrev en redusert enbrukersversjon av MULTICS. Dette arbeidet ble senere spiren til Unix. Bruken av Unix tok av og spredde seg til alle typer maskiner. Etter hvert fordrev de alle de proprietære operativsystemene fra stormaskiner, med unntak av IBMs MVS og DECs OpenVMS. MVS overlevde på grunn av antall installerte maskiner som brukte det, og OpenVMS overlevde i bank- og finansverdenen på grunn av pålitelighet, sikkerhet og bevaring av data.

Etter hvert som integrerte kretser ble tatt i bruk i stor skala kom den personlige datamaskinen på markedet. Arkitekturen på personlige datamaskiner var ikke ulik minimaskiner, men prisen var mye lavere. En annen forskjell var at de var beregnet på brukere uten solide datakunnskaper, og sånn sett måtte være brukervennlige.

Apple Macintosh 128k
Tidlig på 1980-tallet kom Commodore og Apple med OSer med et til dels grafisk brukergrensesnitt, henholdsvis for Commodore PET og Apple II. Digital Research kom med CP/M, et enkelt operativsystem for forretningsbruk – men dette kunne også brukes på flere produsenters datamaskiner. Etter hvert som teknologien modnet så Commodore med sin Amiga, Atari med sin GEM og Apple med sine Lisa og Macintosh, og alle disse hadde fullt utbygde grafiske brukergrensesnitt. Det som i dag er programvaregiganten Microsoft kom etter hvert med MS-DOS, sterkt influert av CP/M, og Windows, sterkt influert av Macintosh. De forskjellige konkurrentene kom etter hvert i finansielle problemer, og Microsoft dominerer i dag markedet for personlige datamaskiner.

Midt på 1980-tallet kom de første *datanettverkene* og *distribuerte operativsystemene*. Dette førte til at operativsystemene måtte være klar over at nettverkene og andre datamaskiner fantes, og tillate brukerne å logge inn på andre maskiner for å for eksempel flytte filer. Et distribuert operativsystem synes ikke for brukeren; det lar ham bruke en datamaskin med flere prosessorer som om det skulle være én enkelt prosessor i en tradisjonell arkitektur. Dette siste konseptet er det mest kompliserte av de to, og krever nye paradigmer, ikke bare noen kodelinjer ekstra.

GNU-prosjektet ble startet av aktivist og programmerer Richard Stallman og hadde som mål å skape et komplett og fritt alternativ til det proprietære UNIX-operativsystemet. Mens prosjektet var svært vellykket i å kopiere funksjonaliteten til ulike deler av UNIX, viste utviklingen av GNU Hurd-kjernen seg å være uproduktiv. I 1991 lanserte den finske informatikkstudenten Linus Torvalds, i samarbeid med frivillige som samarbeider over Internett, den første versjonen av Linux-kjernen. Den ble snart slått sammen med user space-komponentene og systemprogramvaren til GNU for å danne et komplett operativsystem. Siden da har kombinasjonen av de to viktigste komponentene vanligvis blitt referert til som bare "Linux" av programvareindustrien, en navnekonvensjon som Stallman og Free Software Foundation fortsatt er motstandere av, de foretrekker navnet GNU/Linux. The Berkeley Software Distribution, kjent som BSD, er et UNIX-derivat distribuert av University of California, Berkeley, som startet i 1970. Det er fritt distribuert og portert til mange minidatamaskiner, og har etterhvert også fått en fanskare for bruk på PC, i hovedsak som FreeBSD, NetBSD og OpenBSD.

### Tidslinje

Merk at tabellen mangler de fleste operativsystemer for stormaskiner, for eksempel ICL George, IBM MFT, IBM MVS, IBM VM, Univac, Tandem, og minidatamaskiner som Digital PDP, etc. Flere av disse har nå mest historisk betydning, da moderne trender er å kjøre Unix/Linux på stor- och superdatamaskiner.

Oppbygging
----------

Oversikt over lagene i et datasystem
Oppbyggingen av et typisk datasystem vises i figuren til høyre. Underst er den fysiske *maskinvaren*. Den består av kretser, kabler, strømforsyning og lignende fysiske innretninger. Over denne ligger det første, enkle programvarelaget, kalt et *mikroprogram*. Denne ligger som oftest i minne som bare kan leses. Mikroprogrammet er en liten tolk, som henter inn maskinkodeinstruksjonene og sender de til prosessoren. For eksempel bestemmer mikroprogrammet hvordan to tall skal legges sammen, ved å hente en ADD-instruksjon, hente de to tallene fra sine plasser i minnet, legger de sammen og lagrer resultatet et sted i minnet.

*Maskinspråket* består som regel av mellom 50 og 300 forskjellige instruksjoner, hvor de fleste brukes til å flytte rundt på tall, gjøre enkel aritmetikk og sammenligne tall. Som et eksempel kan man styre en ekstern enhet som en disk ved å flytte inn verdier i forskjellige *register*, bestemte lokasjoner i minnet. Man putter kanskje inn verdier for adressen på disken, adressen i hovedminnet dataene skal flyttes til, antall bytes som skal flyttes og retningen disken skal leses. I praksis kreves enda flere parameter, og for mange eksterne enheter spiller også timingen en viktig rolle.

En viktig oppgave for operativsystemet er å skjule alle denne kompleksiteten. For eksempel så er kommandoen LES DATABLOKK FRA DISK enklere å forholde seg til enn å sysle med posisjonen til lesehodet, ventetid før lesehodet er på plass og lignende.

Oppå operativsystemet ligger resten av *systemprogramvaren*. Her er kompilatorer, kommandolinjen, teksteditorier og lignende. Disse programmene er *ikke* en del av operativsystemet, selv om de ofte behandles som det i hverdagen. Operativsystemet er den delen av systemprogrammene som kjøres i *kjernemodus* eller *supervisor mode*, altså en tilstand hvor den har tilgang til alt fysisk i datasystemet. Kompilatorer og lignende kjører i *brukermodus*, altså hvor operativsystemet styrer tilgangen på ressurser.

På toppen ligger *applikasjonsprogramvaren*. Denne er til for at brukeren av systemet skal kunne løse sine problemer, om det er snakk om tekstbehandling, regneark eller høre på musikk.

Hva som betraktes som en del av operativsystemet og hva som er applikasjonsprogramvare forandrer seg over tid. Tidlige operativsystemer var lite annet enn en samling rutiner som håndterte de forskjellige maskinvareenhetene. Etterhvert som forskjellige applikasjoner fikk forskjellige måter å behandle ting som filhåndtering, ble disse standardiserte og ble en del av operativsystemet. Microsoft Windows begynte som et skall som lå over operativsystemet MS-DOS (noe som gjorde Windows til en applikasjon), senere var det Windows som faktisk ble selve operativsystemet etter å ha svelget MS-DOS et sted på veien. På samme måte begynte nettlesere som applikasjoner, mens det i dag er en uklar linje mellom nettleseren og systemet i mange operativsystemer.

Konsepter innenfor operativsystemer
-----------------------------------

### Grunnleggende konsepter

Et grunnleggende konsept innenfor alle operativsystemer er *prosessen*. En prosess er i utgangspunktet et program som kjører. Den har sin kjørbare kode, sine data og stakk, sin programteller og andre registre og all annen informasjon den trenger for å kjøre. Operativsystemet sysler med å styre prosessene, først og fremst ved å skape og terminere dem. Noen ganger kan en prosess lage andre prosesser, kalt *barn*. Prosessene kommuniserer med hverandre med *signaler*. En prosess som venter på at noe skal skje, for eksempel at en skriver skal gjøre jobben sin, kan gå i dvale og ble vekt opp igjen av operativsystemet når maskinvaren mottar et avbruddssignal. I et flerbrukerssystem har hver bruker et eierforhold til sine egne prosesser, noe som kan være med på å styre hva slags signaler prosessene i systemet kan sende til hverandre.

Et annet grunnleggende konsept er *filer*. Åpning og lukking, sletting og skriving av filer styres av OSet. De fleste operativsystemer i dag støtter *katalog*er for å gruppere filer sammen. Både prosessene og filene er gruppert hierarkisk, men mens filene har lang levetid (dager, måneder og år), så blir prosesser ofte skapt og destruert innenfor sekunder. Hver prosess har sitt eget arbeidsområde, altså den katalogen prosessen i utgangspunktet ser etter filer som ikke har et fullstendig filnavn i. OSet holder også rede på tilstanden til filene i tillegg til selve innholdet og plasseringen. For eksempel har filer i Unix et sett med boolske tilstander kalt RWX, hvor R er rett til å lese filen, W er rett til å skrive til filen og X er rett til å kjøre filen (altså om den anses som et program). For kataloger betyr X rett til å liste opp innhold. Filer eies av en eier og en gruppe, og det er et sett med RWX-tilstander for eieren, gruppen, andre enn disse, samt et sett som angir eventuelle spesialegenskaper. Slik sikres forskjellige brukere og deres prosesser fra å tråkke hverandre på tærne. Ofte er eksterne enheter også representert som filer, for å gjøre jobben til programmererne lettere. To typer slike filer finnes, med *blokkskriving* og *tegnskriving*. Blokkskriving brukes til å modellere enheter hvor man kan bevege seg fram og tilbake og lese og skrive vilkårlig, slik som en harddisk. Tegnskriving innebærer at man må lese og skrive i en bestemt rekkefølge, slik som til en skriver. Den siste spesialfilen er en *pipe* (engelsk for *rør*). Denne kobler sammen to prosesser, slik at mens én prosess skriver til pipen som om det var en fil, leser en annen prosess fra den, også som om det var en fil.

Brukernes programmer kommuniserer med operativsystem og ber om tjenester ved hjelp av *systemkall*. For programmereren ser dette ut som vanlige prosedyrekall, mens operativsystemet kjører sine grunnleggende funksjoner på bakgrunn av kallet. Eksempler er skaping av prosesser, allokering av minne og behandling av eksterne enheter.

### Interaksjon med brukeren

Brukeren av en datamaskin kommuniserer typisk med maskinen gjennom brukergrensesnittet til en applikasjon. Men før applikasjonen kan kjøre, må brukeren kunne starte den. Brukeren må dessuten kanskje logge seg inn på systemet før han får kjørt noen programmer. Derfor må også brukeren kunne gi kommandoer direkte til operativsystemet. 

Operativsystemets *brukergrensesnitt* tar seg av interaksjon med brukeren. Det er to hovedmåter å gjøre dette på, enten ved hjelp av tekstkommandoer til et systems skall, eller ved hjelp av et grafisk brukergrensesnitt (GUI). Grafiske brukergrensesnitt krever lite brukeropplæring og er relativt enkelt å lære, men bruker mer systemressurser enn kommandoer til et skall.

Historisk og strengt teknisk hører ikke brukergrensesnittet til operativsystemet, men bruker operativsystemet i stor grad og nevnes ofte sammen med operativsystemet når det omtales. Flere moderne operativsystem i unix-familien, slik som Linux og Solaris, kan i dag leveres med helt forskjellige grafiske grensesnitt – både X11-baserte og andre.

  


|  |  |
| --- | --- |
|  | Gjennom en kommandolinje gir brukeren kommandoer gjennom konsise og tildels kryptiske kommandoer |
|

Arkitektur
----------

Med *arkitektur* menes den overliggende strukturen på hvordan operativsystemet er bygget. Et lite antall arkitekturer dominerer fagfeltet. I 2006 bruker Linux og Windows en *monolittisk* kjerne, mens Mac OS X er basert på Mach og bruker en *mikrokjerne*.

### Monolittiske systemer

En enkel struktur for et monolittisk system
Den mest vanlige arkitekturen er et *monolittisk* system. Her er det ingen bestemt struktur, da all funksjonaliteten til operativsystemet ligger i ett enkelt program. For å lage det faktisk kjørbare operativsystemet, blir alle individuelle filer med kildekode kompilert sammen og lenket sammen til én enkelt kjørbar fil. Grensesnittet til operativsystemet er da skrevet som et antall prosedyrer, og applikasjonsprogramvaren kaller prosedyrene. Når operativsystemet kalles, skiftes kjøremåten til datamaskinen fra brukermodus, hvor programvaren har en rekke begrensninger, til kjernemodus, hvor operativsystemet har tilgang på alle instruksjoner og eksterne enheter.

Monolittiske systemer har som regel delt inn prosedyrene i flere typer eller lag. Man har hovedprosedyren, som kaller de forskjellige *tjenestene*. Tjenestene består av prosedyrer som utfører systemkall. Tjenestene benytter seg av forskjellige *hjelpefunksjoner*, som inneholder funksjonalitet som benyttes av flere tjenester.

Fordelen med monolittiske systemer er at ytelsen blir noe bedre. Ulempene inkluderer at de tar større plass. Moderne monolittiske kjerner som Linux, FreeBSD og Solaris kan laste komponenter inn i minnet mens operativsystemet kjører, noe som reduserer størrelseskravet. Eldre eksempler på monolittiske kjerner er MS-DOS og Mac OS fram til versjon 8.6. Et eksempel på et OS til undervisningsbruk som nytter en monolittisk kjerne er Agnix.

### Hierarkiske systemer

|  |  |
| --- | --- |
| 5 | Brukeren |
| 4 | Brukerprogrammer |
| 3 | Input-/output-styring |
| 2 | Kommunikasjon brukerprosess |
| 1 | Styring minne og fast lager |
| 0 | Prosessorallokering og multiprogrammering |

En generalisering av lagdelingen innebærer å lage et hierarki. I en *lagdelt arkitektur* gjøres dette formelt, og hvert lag bygger på laget under det. Den første lagdelte strukturen kom fra operativsystemet THE, utviklet av Edsger Dijkstra og studentene hans på slutten av 1960-tallet. Systemet hadde seks lag, som vist i tabellen til høyre.

Der hvor THE brukte lagdeling som en hjelp i utviklingen (alt ble uansett lenket sammen til én kjørbar fil), brukte MULTICS et system med ringer, hvor utenpåliggende ringer hadde mindre rettigheter enn innenforliggende, og denne strukturen var støttes av den underliggende maskinvaren.

### Klient-tjener-systemer

En tredje arkitektur kalles *klient-tjener* eller *mikrokjerne*. Den tar lagdelingen et skritt videre. Her er så mye som mulig av funksjonaliteten flyttet fra operativsystemet, og det gjenværende kalles *kjernen*. Man implementerer her mye av funksjonaliteten i brukerprosesser. En applikasjon (klienten) som trenger å bruke en tjeneste, for eksempel for å lese en fil, sender en forespørsel til tjenerprosessen, som gjør arbeidet og sender tilbake et svar. Alt kjernen ideelt sett gjør er å håndtere kommunikasjon mellom klienter og tjenere. På denne måten blir kjernen liten og håndterbar.

En fordel med klient-tjener-modellen er at en feil i en komponent kan forårsake et krasj av den tjenesten, men det vil vanligvis ikke føre til at hele maskinen stanser. En annen fordel er at klient-tjener-modellen kan lettere tilpasses bruk i distribuerte systemer.

Et kall til operativsystemet i klient-tjener-modellen
Eksempler på moderne mikrokjerne-systemer inkluderer QNX, Mach og senere Mac OS X. Et eksempel på et OS for undervisningsformål som har en mikrokjerne er Amoeba.

Mangfoldet av operativsystemer og kompatibilitet
------------------------------------------------

Programvare er generelt skrevet for bruk på et bestemt operativsystem, og noen ganger også for bestemt maskinvare. Når programmet porteres til å kjøre på et annen operativsystem kan funksjonaliteten programmet krever bli implementert annerledes av det andre systemet (navn på funksjoner, betydningen av argumenter osv.) Dette krever at programmet må tilpasses, endres eller annen måte opprettholdes. 

Kostnaden det innebærer å sørge for støtte i flere operativsystemer kan unngås ved i stedet å skrive programmer mot en programvareplattform som for eksempel Java, eller Qt for nettlesere. Disse abstraksjonene har allerede båret kostnadene ved tilpasning til bestemte operativsystemer og deres systembibliotek.

Drivere
-------

Drivere er formidlere mellom operativsystemet og maskinvareenheter som brukes til å sende og motta data mellom dem.

Se også
-------

* Liste over operativsystemer
* LiveDistro
* BIOS

Referanser
----------

1. ↑  Tanenbaum s. 1
2. ↑  Davis s. 3
3. ↑  osdata: Kinds of operating systems (lest 25. juli 12:30)
4. ↑  Tanenbaum s. 6
5. ↑  Tanenbaum s. 6-7
6. ↑  Tanenbaum s. 7
7. ↑  Tanenbaum s. 8
8. ↑  Tanenbaum s. 9-10
9. ↑  Tanenbaum s. 9
10. ↑  Tanenbaum s. 10
11. ↑  Tanenbaum s. 10
12. ↑  Tanenbaum s. 10
13. ↑  osdata: Kinds of operating systems (lest 25. juli 12:30)
14. ↑  Tanenbaum s. 11
15. ↑  osdata: Kinds of operating systems (lest 25. juli 12:30)
16. ↑  Tanenbaum s. 11-12
17. ↑  Tanenbaum s. xx
18. ↑  Tanenbaum s. 1-2
19. ↑  Tanenbaum s. 2
20. ↑  Tanenbaum s. 2
21. ↑  Tanenbaum s. 2-3
22. ↑  Davis s. 8
23. ↑  Tanenbaum s. 12-14
24. ↑  Tanenbaum s. 14-16
25. ↑  Tanenbaum s. 16-17
26. ↑  Davis s. 95-97
27. ↑  Tanenbaum s. 17-18
28. ↑  Tanenbaum s. 19-20
29. ↑  Tanenbaum s. 20
30. ↑  Tanenbaum s. 20-21
31. ↑  Tanenbaum s. 21
32. ↑  Tanenbaum s. 23
33. ↑  Tanenbaum s. 23
34. ↑  «Programvarekomponenter som brukes av enheter for å samhandle med operativsystemet.» **(russisk)**.

Litteratur
----------

* Tanenbaum, Andrew S. (1992). *Modern operating systems*. Englewood Cliffs: Prentice Hall.
* Davis, William S. og Rajkumar, T. M (2005). *Operating Systems - A Systematic View*. Boston: Pearson. CS1-vedlikehold: Flere navn: forfatterliste (link)
* Øyvind Teig, *Operativsystemet – Dataprogrammet som gir maskinene handlekraft* i P2-Akademiet – NRK P2s populærvitenskapelige foredragsserie, også utgitt i bokserien *P2-Akademiet X bind 24*, side 55-68, ISBN 82-7118-281-1 (2002) (Foredraget ble sendt 28. juni 2001)

Eksterne lenker
---------------

* (en) Operating systems – kategori av bilder, video eller lyd på Commons Rediger på Wikidata

### Teknisk

* (en) Hvordan operativsystemer virker hos HowStuffWorks
* (en) Operativsystemer i nettkatalogen dmoz.org
* (en) Prosjektliste hos OSDev.org (130+ OS-prosjekter)
* (en) TUNES – en wiki med anmeldelser av operativsystemer
* (en) "Write Your Own Operating System" OS Developer FAQ Arkivert 15. oktober 2006 hos Wayback Machine.
* (en) Operating System Programming - opplæring og kildekode
* (en) Teknisk sammenlikning av operativsystemer

### Historisk

* (en) OS History – Tidslinje over operativsystemer
* (en) Historien til MULTICS
* (en) In the Beginning was the Command Line Arkivert 18. februar 2018 hos Wayback Machine. – uformell historie om OS av Neal Stephenson


|  |  |
| --- | --- |
| Oppslagsverk/autoritetsdata | Store norske leksikon **·** Store Danske Encyklopædi **·** Encyclopædia Britannica **·** Encyclopædia Universalis **·** Encyclopædia Universalis **·** Encyclopædia Universalis **·** GND **·** LCCN **·** BNF **·** BNF (data) **·** NDL **·** NKC
 |