Tore Sinding Bekkedal

Faktisk er det å komme til det stadiet at maskinen er i stand til å sutre over at programmet ikke finnes på disk 90 prosent av arbeidet. Da må CPU, RAM, disk-kontrolleren, terminaladapteren, og disken alle funke! Etter dette, sier hardwarefriken, er alt et softwareproblem. Dessuten så prøvde jeg meg egentlig bare frem før de tok det bildet, med kommandoer jeg kunne fra lignende operativsystemer. Overraskende så er det at maskinen er såppass lite integrert en enorm hjelp. Nekter maskinen å legge sammen to tall kan man bytte ut den ene komponenten. Komponenten koster 20 kroner på ELFA og er fremdeles i salg fordi de kan brukes i alle sammenhenger, og feilen kan man spore seg frem til med den utmerkede dokumentasjonen som medfølger. Nekter en Pentium plutselig, sitter du egentlig fint i det. Det finnes ingen praktisk måte å reparere en mikrobrikke på, og om det fantes det ville nok ikke Intel gitt deg skjemaene heller. På den annen side kan man jo si at en moderne mikrobrikke langt sjeldnere feiler enn en 74-serie i en PDP-11, og det er sant - men før eller siden skjer det. Det gjenstår å se hvordan dagens disker, CPUer, og RAM vil holde seg om 40 år. Jeg har en bekjent som har tatt dette til en slags ekstrem, og kjører faktisk fremdeles en IBM PC XT fra åttitallet som sin hovedmaskin, fordi det var den siste PC'en han kunne få skikkelig dokumentasjon for.

Ja, hei, nå måtte jo jeg bli med i forumet jeg og. Mange takk for smigrende beskrivelse Om dette var alvorlig og ikke bare en spøk - ja, jeg leter jo etter jobb - og simtekniker høres veldig bra ut! - men jeg skal tilbake inn i VGS til høsten, og å flytte til Houston for dette er jeg ikke sikker på er lurt... Faren min er speditør som giftet seg på nytt med en amerikansk kone. Papirmølla han måtte igjennom var et mareritt av de helt sjeldne... Tok han ca. 3 år å få arbeidstillatelse. Men jeg utelukker det ikke, om dette var alvorlig ment. Uansett har jeg ikke akkurat lyst til å droppe dette prosjektet heller! Statusoppdatering for de interesserte - CPU B funker - tilsynelatende 100%, selv om jeg har observert noen rare problemer, og at den ikke alltid klarer å boote. CPU A fungerer noenlunde, men I/O-enhetene blokkerer tilsynelatende prosessoren. Skal undersøke mer, mistenker sterkt en koblingsfeil... CPU NVS laster inn bootprogram fra 8-tommers diskett, men dør på seg med en "?B-I/O ERROR" som er litt lite spesifikt, men jeg skal prøve mer. Mener å huske at jeg har en rensediskett for 8"-stasjoner her et sted.. Arbeidsdistribusjonen slik jeg har forstått den er at CPU A driver med I/O, brukergrensesnittet, styring av kontrollene osv. CPU B driver med tallknusing for simuleringen av flyet, mens CPU NVS styrer NVS-skapet, altså "grafikk-kortet". Egentlig vanvittig imponerende at de har klart å lage en komplett og nøyaktig simulering av en DC-10 vha. disse maskinene. Disse prosessorene var ingen fartsbomber! Mellom seg har de mellom en og to MB RAM...