4.6 Aksessmodeller, svitsjing og operativsystemer
Klient-tjener vs. peer-to-peer, linje- vs. pakkesvitsjing, og operativsystemets rolle (ressursstyring, maskinvareabstraksjon, kjerne-/brukermodus).
Prioritet: operativsystemet skal du kunne, gitt at det er nytt og fast. Aksessmodeller og svitsjing er «bør kjenne til». Kapitlet er ordnet etter vekt: operativsystemet står først, aksessmodeller og svitsjing sist og uttrykkelig merket.
Alt hører til seksjon 4, datanettverk, en av de fire seksjonene som hver må bestås for seg. Operativsystemet er tatt inn her fordi det er der det har dukket opp — ikke fordi det handler om nettverk.
Slik kommer den: oftest som svarform F2 (sant/usant-matrise: én rad per påstand, du krysser sant eller usant for hver), av og til som F3 (dra-og-slipp: koble hvert element til riktig kategori — her skrevet som koblingsoppgave).
De to påstandene du må kunne avvise med én gang: at mobiler ikke trenger et operativsystem, og at vanlige brukerprogrammer kjører i kjernemodus. Begge er usanne, og begge er faste distraktorer.
Tidsbruk: 45 minutter, fordelt på tre løkker.
Forkunnskaper — sist du var her
Dette kapitlet bygger på kap. 4.1, og trekker inn maskinvaren fra kap. 2.4. Her er det du trenger, ferdig oppfrisket:
1. Klient og tjener. Klienten spør, tjeneren svarer. Rollen er knyttet til hvem som tar initiativet, ikke til hvor kraftig maskinen er.
2. Pakker. Data deles opp i små biter som sendes for seg, med avsender- og mottakeradresse på. Hver pakke rutes uavhengig av de andre.
3. Fra kap. 2.4: CPU-en består av regneenheten, kontrollenheten og registrene. Hovedminnet, disken og inn- og utenhetene ligger utenfor CPU-en. Det er disse ressursene operativsystemet fordeler.
4. Von Neumann-prinsippet: kode og data ligger i samme minne. Det er derfor det er nødvendig å skille mellom hva slags kode som får lov til å gjøre hva — og det skillet er kjerne- og brukermodus.
Vil du ha klient-tjener og kommunikasjonsmodeller i roligere tempo, ligger det her:
- Nettverkskommunikasjon — klient-tjener og kommunikasjonsmodeller på VGS-nivå.
Løkke 1 — Operativsystemet: den som fordeler (~18 min)
På telefonen din kjører det akkurat nå kanskje tretti programmer samtidig. Noen viser noe på skjermen, de fleste gjør ikke det. Alle vil ha prosessortid, alle vil ha minne, og flere av dem vil ha nettverket.
Ingen av dem forhandler med hverandre. Det er det noen andre som gjør.
Operativsystemet er den som fordeler. Og det er det samme programmet som gjør at et program skrevet i fjor virker på en telefon laget i år — for programmet vet ikke hva slags skjerm eller lagringsbrikke maskinen faktisk har.
Programmet som fordeler maskinens ressurser mellom alle de andre programmene, og som gir dem et felles sett med tjenester å be om.
Fire oppgaver, og alle fire testes:
1. Fordeler ressurser — prosessortid, minne, lagring, nettverk — mellom programmene som vil ha dem.
2. Lar flere brukere og programmer dele maskinen samtidig, uten at de kommer i veien for hverandre.
3. Tilbyr et felles sett med tjenester for lagring, nettverk, skjerm og inndata, som programmene kan be om.
4. Abstraherer bort maskinvaredetaljene — programmet ber om «lagre denne fila», ikke om «skriv til blokk 4711 på denne bestemte lagringsbrikken».
Den faste feilslutningen — og en av de to påstandene du må kunne avvise: at små enheter som mobiler ikke trenger et operativsystem. De trenger det like mye. En mobil har flere programmer i gang samtidig enn de fleste PC-er hadde for tjue år siden.
At operativsystemet skjuler forskjellene mellom ulike maskinvareenheter bak et felles grensesnitt.
Et program som skal lagre en fil, ber om «lagre». Det trenger ikke vite om lagringen er en roterende plate, en brikke uten bevegelige deler eller en tjener et annet sted. Operativsystemet — nærmere bestemt driveren for den enheten — oversetter forespørselen til det den bestemte maskinvaren forstår.
Hvorfor det betyr noe: uten dette laget måtte hvert program skrives om for hver ny maskinvaremodell.
Den faste feilslutningen: å tro at abstraksjonen gjør maskinen tregere uten å gi noe igjen. Den koster litt, og den er grunnen til at det finnes programvare i det hele tatt.
Kjøremodusen der koden har full tilgang til maskinvaren: alle instruksjoner er lovlige, og alt minne er tilgjengelig.
Operativsystemets kjerne kjører her. Det er nødvendig, fordi den skal kunne styre alt det andre.
Den faste feilslutningen: å tro at «kjerne» betyr CPU-kjernen. Det er to helt ulike begreper med samme ord. Kjernemodus er en kjøremodus — en tilstand prosessoren er i — ikke en fysisk del.
Kjøremodusen med begrenset tilgang: koden kan ikke røre maskinvaren direkte og kan ikke se andre programmers minne.
Vanlige brukerprogrammer kjører her. Nettleseren din, tekstbehandleren, spillet — alle sammen.
Trenger et brukerprogram noe fra maskinvaren, må det be om det gjennom et systemkall. Da bytter prosessoren midlertidig til kjernemodus, operativsystemet gjør jobben, og kontrollen gis tilbake.
Hvorfor skillet finnes: et program med feil i skal ikke kunne velte hele maskinen, og et program skal ikke kunne lese et annet programs data.
Den faste feilslutningen — den andre av de to du må kunne avvise: at vanlige brukerprogrammer kjører i kjernemodus. De gjør ikke det. Det er hele poenget med å ha to moduser.
Du trykker «lagre» i et tekstprogram. Følg hva som skjer, og si hvilken modus koden kjører i underveis.
Steg 2 — systemkall. Programmet ber operativsystemet om tjenesten «skriv disse dataene til denne fila». Det er alt programmet vet om saken.
Steg 3 — bytte til kjernemodus. Prosessoren bytter modus, og operativsystemets kjerne tar over. Nå er all maskinvare tilgjengelig.
Steg 4 — kjernen gjør jobben. Den finner ut hvor på lagringsenheten fila hører hjemme, sjekker at programmet har lov til å skrive der, og gir driveren for den bestemte enheten beskjed.
Steg 5 — driveren snakker med maskinvaren. Driveren vet hvordan akkurat denne lagringsbrikken skal styres. Tekstprogrammet vet ingenting om det.
Steg 6 — tilbake til brukermodus. Kontrollen gis tilbake til tekstprogrammet, med beskjed om at det gikk bra.
De tre poengene å ta med seg:
1. Brukerprogrammet nådde aldri maskinvaren direkte. Veien går alltid gjennom et systemkall.
2. Modusbyttet er midlertidig. Prosessoren er i kjernemodus bare mens kjernen jobber.
3. Abstraksjonen ligger i at programmet ba om «lagre fil», ikke om «skriv til blokk 4711». Bytter du lagringsenhet, byttes driveren — ikke tekstprogrammet.
(Innsteg — operativsystemets oppgaver.) Nevn fire oppgaver et operativsystem har, og gi ett eksempel på hver.
Vurder hver påstand som sann eller usann, og begrunn hver rad.
| # | Påstand | Sant/usant |
|---|---|---|
| a | Vanlige brukerprogrammer kjører i kjernemodus | |
| b | En mobiltelefon trenger ikke et operativsystem | |
| c | Operativsystemet fordeler prosessortid mellom programmene | |
| d | Et brukerprogram når maskinvaren gjennom et systemkall |
Kryss av alle påstandene som stemmer om skillet mellom kjernemodus og brukermodus, og begrunn hvert av de fire.
a) Skillet finnes for at et program med feil ikke skal kunne velte hele maskinen.
b) Operativsystemets kjerne kjører i kjernemodus.
c) «Kjernemodus» betyr at koden kjører på en egen CPU-kjerne.
d) Et brukerprogram som gjør et systemkall, fører til et midlertidig bytte til kjernemodus.
Løkke 2 — Prosesser, drivere og det som deles (~12 min)
Litt mer om hvordan fordelingen faktisk foregår, og om det ene stykket kode som må kunne maskinvaren i detalj.
— naturlig pausepunkt —
Ett program under kjøring, med sitt eget minneområde og sin egen plass i operativsystemets bokføring.
Samme program kan kjøre som flere prosesser samtidig — to vinduer av samme tekstprogram er to prosesser.
Operativsystemet gir prosessene prosessortid etter tur, så raskt at det ser ut som om alt skjer samtidig. På en maskin med flere CPU-kjerner skjer noe av det faktisk samtidig, men prinsippet er det samme.
Den faste feilslutningen: å blande program og prosess. Programmet er fila på lagringsenheten; prosessen er det som kjører.
Koden som vet hvordan én bestemt maskinvareenhet skal snakkes til — en bestemt skjermbrikke, et bestemt nettverkskort, en bestemt skriver.
Driveren er broen mellom operativsystemets felles grensesnitt og den konkrete maskinvaren. Bytter du ut nettverkskortet, bytter du driver — ikke programmene.
Drivere kjører i eller tett på kjernemodus, fordi de må ha direkte tilgang til maskinvaren. Det er også derfor en feil i en driver kan velte hele maskinen, mens en feil i et brukerprogram som regel bare tar programmet.
Den faste feilslutningen: å tro at driveren er en del av programmet som bruker enheten. Den hører til operativsystemet.
At flere brukere og flere programmer bruker maskinen på én gang, uten å komme i veien for hverandre.
Operativsystemet får det til ved å veksle mellom prosessene svært raskt, og ved å gi hver prosess sitt eget minneområde som de andre ikke ser.
De to tingene som må holdes fra hverandre: å veksle (prosessortid) og å skille (minne). Uten det første ville én prosess fryse alle andre; uten det andre ville et program kunne lese passordet ditt ut av et annet.
Den faste feilslutningen: å tro at samtidighet krever flere CPU-kjerner. Det hjelper, men vekslingen alene er nok til at det ser samtidig ut.
Å tro at små enheter ikke trenger et operativsystem. En mobil kjører mange programmer samtidig og må fordele prosessortid, minne og nettverk. Den trenger det like mye som en PC.
Å blande kjernemodus og CPU-kjerne. Kjernemodus er en kjøremodus, ikke en fysisk del av prosessoren.
Å blande program og prosess. Programmet er fila; prosessen er programmet under kjøring.
Å bytte om linje- og pakkesvitsjing. Linjesvitsjing setter opp en dedikert bane som holdes hele samtalen. Pakkesvitsjing deler dataene i pakker som deler linjene med alle andre. Internett bruker det siste.
Å blande klient-tjener og likemannsnett. I klient-tjener har partene faste roller: én spør, én svarer. I et likemannsnett er hver deltaker begge deler samtidig.
Å tro at et likemannsnett ikke har noen tjenermaskin i det hele tatt. Mange praktiske løsninger er blandinger — deltakerne utveksler data direkte, mens en sentral tjener holder oversikt over hvem som finnes.
Koble hver beskrivelse (1–5) til riktig begrep (A–F). Hvert begrep kan brukes én gang eller ikke i det hele tatt.
1. Ett program under kjøring, med sitt eget minneområde
2. Koden som vet hvordan én bestemt maskinvareenhet styres
3. Kjøremodusen der vanlige programmer holder til
4. Måten et program ber operativsystemet om en tjeneste
5. At programmet ber om «lagre fil» i stedet for å styre lagringsbrikken selv
A. Systemkall · B. Prosess · C. Maskinvareabstraksjon · D. Driver · E. Brukermodus · F. Kjernemodus
Løkke 3 — Bør kjenne til: aksessmodeller og svitsjing (~15 min)
Dette er «bør kjenne til»-stoff. Det har egen oppgave i fire av seks årganger (67 %), og det er greit å ha, men det er ikke der du henter de sikre poengene i seksjon 4. Har du kort tid, ta operativsystemet først og les dette etterpå.
To skiller, og begge er reine ja–nei-spørsmål når du først har dem: hvem som spør hvem, og om linja er din alene.
Modellen der partene har faste roller: klienten tar initiativet og spør, tjeneren venter og svarer.
Nettleseren din er klient; nettstedets maskin er tjener. En strømmetjeneste er klient-tjener: du ber om segmenter, tjenesten leverer.
Styrken: enkel å styre, enkel å sikre, og innholdet er ett sted.
Svakheten: tjeneren er en flaskehals og et enkeltpunkt som kan svikte. Alle henvendelser går til den samme maskinen — og det er nettopp det problemet et innholdsnett løser, se kap. 4.5.
Den faste feilslutningen: å tro at rollen er en egenskap ved maskinen. Samme maskin kan være tjener for én tjeneste og klient for en annen i samme sekund.
Modellen der hver deltaker er både klient og tjener samtidig: alle kan spørre, og alle kan svare.
Deltakerne henter data av hverandre i stedet for fra én sentral maskin.
Styrken: kapasiteten vokser med antall deltakere — flere deltakere betyr flere som kan levere. Det finnes ikke ett enkeltpunkt som velter alt.
Svakheten: vanskeligere å styre, vanskeligere å sikre, og det er ingen som har ansvaret for at innholdet finnes.
Den faste feilslutningen: å tro at et likemannsnett aldri har noen sentral tjener. Mange praktiske løsninger er blandinger: deltakerne utveksler data direkte, mens en sentral tjener holder oversikt over hvem som finnes og hvem som har hva.
At det settes opp en dedikert bane mellom de to partene, som holdes reservert gjennom hele samtalen — også når ingen sier noe.
Fordelen er forutsigbarhet: kapasiteten er garantert, og forsinkelsen er jevn.
Ulempen er sløsing: banen er opptatt selv når den ikke brukes, og en samtale der begge er stille i ti sekunder, holder likevel hele kapasiteten.
Den faste feilslutningen: å tro at internett fungerer slik. Det gjør det ikke — se pakkesvitsjing.
At data deles i pakker som sendes hver for seg og deler linjene med alle andres pakker.
Ingen bane er reservert. En linje som ikke brukes av deg akkurat nå, brukes av noen andre.
Fordelen: langt bedre utnyttelse. Fordi de fleste forbindelser er stille mesteparten av tida, kan mange flere brukere dele den samme kapasiteten.
Ulempen: ingen garanti. Blir det kø, blir det forsinkelse — og det er nettopp derfor TCPs metningskontroll finnes, se kap. 4.1.
Internett er pakkesvitsjet. Det er det ene faktumet fra denne delen som er verdt å ha helt sikkert.
Svarform F2 — sant/usant-matrise.
| # | Påstand | Sant/usant |
|---|---|---|
| a | Internett er pakkesvitsjet | |
| b | I et likemannsnett har hver deltaker en fast rolle som enten klient eller tjener | |
| c | Linjesvitsjing gir jevnere forsinkelse enn pakkesvitsjing | |
| d | Kapasiteten i et likemannsnett kan vokse når flere deltakere kommer til | |
| e | Pakkesvitsjing utnytter linjene dårligere enn linjesvitsjing |
b) Usann. I et likemannsnett er hver deltaker begge deler samtidig. Faste roller er kjennetegnet på klient-tjener, og påstanden bytter om de to modellene.
c) Sann. En dedikert bane har garantert kapasitet og jevn forsinkelse. Det er nettopp den forutsigbarheten som er linjesvitsjingens fordel — og prisen er at banen er opptatt selv når ingen bruker den.
d) Sann. Hver ny deltaker er også en ny som kan levere. Det er den viktigste styrken ved modellen, og den skiller den skarpt fra klient-tjener, der hver ny bruker bare er mer belastning på den ene tjeneren.
e) Usann. Motsatt: pakkesvitsjing utnytter linjene bedre, fordi ledig kapasitet kan brukes av andre. Prisen er at det ikke finnes noen garanti.
Fasit: a sann, b usann, c sann, d sann, e usann.
Fordelingen er tre sanne og to usanne, og de er ikke sortert.
Merk hvordan b) og e) er bygd: begge er riktige påstander som er snudd. Det er den vanligste måten å lage en usann rad på i denne sjangeren — ta noe sant om den ene modellen, og skriv det om den andre. Motgiften er å ha begge halvdelene av hvert skille klart, ikke bare den ene.
Koble hver egenskap (1–4) til riktig modell eller teknikk (A–D). Hver kategori brukes nøyaktig én gang.
1. Kapasiteten vokser når flere deltakere kommer til
2. En dedikert bane holdes reservert gjennom hele samtalen
3. Én part spør, en annen svarer, og rollene ligger fast
4. Ledig kapasitet på en linje kan brukes av andre forbindelser
A. Klient-tjener · B. Likemannsnett · C. Linjesvitsjing · D. Pakkesvitsjing
Kryss av alle påstandene som stemmer, og begrunn hvert av de fem.
a) Et brukerprogram kan lese minnet til et annet brukerprogram direkte.
b) Operativsystemet skjuler forskjellen mellom to ulike lagringsenheter for programmene.
c) Internett er linjesvitsjet, siden en TCP-forbindelse settes opp før data sendes.
d) En strømmetjeneste følger klient-tjener-modellen.
e) En feil i en driver kan velte hele maskinen, mens en feil i et vanlig program som regel bare tar programmet.
Vurder hver påstand som sann eller usann, og begrunn hver rad.
| # | Påstand | Sant/usant |
|---|---|---|
| a | To vinduer av samme tekstprogram er to prosesser | |
| b | Samtidighet på en maskin krever at prosessoren har flere kjerner | |
| c | En driver hører til operativsystemet, ikke til programmet som bruker enheten | |
| d | Systemkallet fører til et permanent bytte til kjernemodus | |
| e | Operativsystemet fordeler både prosessortid og minne |
Begrepsbank
Begrepsbanken er flashcard- og repetisjonsstoff — den gjentar det du nettopp har lest. Hopp trygt over ved førstegangslesing; tidsanslaget for kapitlet gjelder kjernestoffet.
Den ene lista som gir flest poeng i sjangeren:
1. Fordeler ressurser — prosessortid, minne, lagring, nettverk.
2. Lar flere brukere og programmer dele maskinen samtidig.
3. Tilbyr et felles sett med tjenester for lagring, nettverk og inndata.
4. Abstraherer bort maskinvaredetaljene.
Den faste feilslutningen: å nevne bare den første. Alle fire kommer som egne rader i en sant/usant-matrise.
Begge er usanne, og begge kommer igjen:
| Påstand | Sannheten |
|---|---|
| Mobiler trenger ikke et operativsystem | De trenger det like mye som en PC |
| Vanlige brukerprogrammer kjører i kjernemodus | De kjører i brukermodus, med begrenset tilgang |
Kjenner du igjen en av dem i en matrise, er raden avgjort på fem sekunder.
Den faste feilslutningen: å lese dem raskt og tenke «det høres rimelig ut». Det er nettopp derfor de er distraktorer.
Kjøremodusen med full tilgang til maskinvaren. Operativsystemets kjerne og driverne kjører her.
Alle instruksjoner er lovlige, og alt minne er tilgjengelig.
Den faste feilslutningen: å blande kjernemodus med en CPU-kjerne. Det ene er en tilstand prosessoren er i, det andre en fysisk regneenhet. En maskin med én kjerne har også kjernemodus.
Kjøremodusen med begrenset tilgang. Vanlige programmer kjører her: nettleser, tekstbehandler, spill.
Koden kan ikke røre maskinvaren direkte og kan ikke se andre programmers minne.
Den faste feilslutningen: å tro at begrensningen er en ulempe. Den er grunnen til at ett program som krasjer, ikke tar med seg maskinen.
Måten et brukerprogram ber operativsystemet om en tjeneste: «åpne fil», «send data», «gi meg mer minne».
Kallet utløser et midlertidig bytte til kjernemodus. Kjernen gjør jobben og gir kontrollen tilbake.
Den faste feilslutningen: å tro at byttet er permanent. Var det det, ville hele skillet vært meningsløst etter det første kallet.
Fire steg, og ingen av dem kan hoppes over av et vanlig program.
Den faste feilslutningen: å tro at et program med rette tillatelser kan gå direkte. Tillatelser avgjør hva kjernen gjør for deg, ikke om du må gå gjennom den.
Ett program under kjøring, med sitt eget minneområde og sin egen plass i operativsystemets bokføring.
Samme program kan kjøre som flere prosesser samtidig — to vinduer av samme tekstprogram er to prosesser.
Den faste feilslutningen: å blande program og prosess. Programmet er fila på lagringsenheten; prosessen er det som kjører.
Koden som vet hvordan én bestemt maskinvareenhet styres — én skjermbrikke, ett nettverkskort, én skriver.
Drivere kjører i eller tett på kjernemodus, og derfor kan en feil i en driver velte hele maskinen, mens en feil i et brukerprogram som regel bare tar programmet.
Den faste feilslutningen: å tro at driveren hører til programmet som bruker enheten. Den hører til operativsystemet.
At operativsystemet skjuler forskjellene mellom ulike enheter bak et felles grensesnitt: programmet ber om «lagre fil», ikke om «skriv til blokk 4711».
Uten dette laget måtte hvert program skrives om for hver ny maskinvaremodell.
Den faste feilslutningen: å regne abstraksjonen som ren overhead. Den koster litt fart og er grunnen til at det finnes programvare som virker på mer enn én maskin.
De to mekanismene som til sammen gir samtidighet:
Å veksle — prosessene får prosessortid etter tur, så raskt at det ser samtidig ut.
Å skille — hver prosess har sitt eget minneområde, som de andre ikke ser.
Den faste feilslutningen: å tro at det første alene er nok. Uten det andre kunne et program lest passordet ditt ut av et annet.
Modellen med faste roller: klienten spør, tjeneren svarer.
Styrken er at den er enkel å styre og enkel å sikre. Svakheten er at tjeneren er en flaskehals og et enkeltpunkt som kan svikte.
Den faste feilslutningen: å tro at rollen er en egenskap ved maskinen. Samme maskin kan være tjener for én tjeneste og klient for en annen samtidig.
Modellen der hver deltaker er både klient og tjener samtidig. Deltakerne henter data av hverandre i stedet for fra én sentral maskin.
Styrken er at kapasiteten vokser med antall deltakere, og at det ikke finnes ett enkeltpunkt som velter alt. Svakheten er at det er vanskeligere å styre og å sikre.
Den faste feilslutningen: å tro at et likemannsnett aldri har noen sentral tjener. Mange løsninger er blandinger, med en sentral tjener som holder oversikt over hvem som finnes.
En dedikert bane settes opp mellom partene og holdes reservert gjennom hele samtalen — også når ingen sier noe.
Fordel: garantert kapasitet og jevn forsinkelse. Ulempe: banen er opptatt selv når den ikke brukes.
Den faste feilslutningen: å tro at internett fungerer slik.
Data deles i pakker som sendes hver for seg og deler linjene med alle andres pakker. Ingen bane er reservert.
Fordel: langt bedre utnyttelse, siden de fleste forbindelser er stille mesteparten av tida. Ulempe: ingen garanti — blir det kø, blir det forsinkelse.
Internett er pakkesvitsjet. Det er det ene faktumet fra denne delen som er verdt å ha helt sikkert.
At TCP setter opp en forbindelse, betyr ikke at det settes av en fysisk bane.
Forbindelsen er en bokføring i de to endene — hva som er sendt, mottatt og bekreftet. Pakkene deler linjene med alle andre underveis.
Den faste feilslutningen — en presis felle i sjangeren: å slutte fra «tilkoblingsorientert» til «linjesvitsjet». Internett er pakkesvitsjet også når TCP brukes.
Fordi de fleste forbindelser er stille mesteparten av tida.
En dedikert bane som står ubrukt i ni av ti sekunder, er ni tideler sløsing. Deler man i stedet linjene, kan langt flere brukere dele den samme kapasiteten.
Den faste feilslutningen: å tro at pakkesvitsjing er bedre på alle måter. Den ofrer garantien om kapasitet og jevn forsinkelse — og det er derfor metningskontroll måtte finnes opp.
Operativsystemet er ikke et lag i nettverksmodellen. Det ligger under alt sammen, og det er operativsystemet som faktisk implementerer transport- og nettverkslaget på maskinen din.
Når et program «bruker TCP», gjør det i praksis systemkall til operativsystemet.
Den faste feilslutningen: å lete etter operativsystemet i lagmodellen. Det står ved siden av, ikke inni.
Kapitlet har to helt uavhengige skiller, og de blandes ofte:
| Skille | Handler om | De to sidene |
|---|---|---|
| Aksessmodell | Hvem som spør hvem | Klient-tjener mot likemannsnett |
| Svitsjing | Hvordan linja brukes | Linjesvitsjing mot pakkesvitsjing |
En tjeneste kan være klient-tjener og gå over et pakkesvitsjet nett. De to sier ikke noe om hverandre.
Den faste feilslutningen: å behandle «klient-tjener» og «linjesvitsjing» som to sider av samme sak.
I sant/usant-matriser er den vanligste konstruksjonen en riktig setning med ett ord byttet ut: «permanent» i stedet for «midlertidig», «kan ikke» i stedet for «kan».
«Systemkallet fører til et permanent bytte til kjernemodus» er usann utelukkende på grunn av ett ord.
Motgiften: les hver rad ord for ord, og se særlig etter ord som beskriver varighet, omfang og nødvendighet.
1. Sjekk om raden er en av de to faste usanne påstandene om operativsystemer. Er den det, er du ferdig.
2. Ellers: spør hvilken av operativsystemets fire oppgaver påstanden handler om.
3. For svitsjing og aksessmodeller: avgjør først hvilket av de to skillene påstanden gjelder.
4. Se etter snudde påstander — noe sant om den ene siden, skrevet om den andre.
5. Les etter enkeltord som endrer varighet eller omfang.
Den faste feilslutningen: å lese hele matrisen som ett spørsmål. Hver rad avgjøres for seg.
Dette kapitlet er skrevet av Anthropics toppmodeller (Claude Opus og Claude Fable) og er foreløpig ikke manuelt gjennomgått — kvalitetskontrollen gjøres av uavhengige KI-agenter, og innmeldte feil rettes fortløpende. Funnet en feil? Meld fra, så retter vi den. Les mer om hvordan innholdet lages.
Skolesaga er en uavhengig læringsressurs og er ikke tilknyttet eller godkjent av Universitetet i Oslo. Dette er ikke offisielt studiemateriell. Les mer.