 Träge des Kongresses werden live zwischen Deutsch und Englisch und weitere Sprachen übersetzt für weitere Details und Informationen, wie die Streams genutzt werden können. Besucht c3lingo.org. Wir freuen uns über eure Rückmeldungen, bevorzugt mit dem Hashtag Hashtag C3lingo. Und ja, dann viel Spaß! So, ein bisschen Retro-Computing am Morgen. Mein Name ist Matt Evans. Der ACORN Archimedes. Der war mein Lieblingscomputer und ich fühle mich hier privilegiert, dass ich euch davon erzählen darf. Was ist denn überhaupt ein Archimedes? Was ist denn ein ACORN Archimedes? Das wird interaktiv. Ich möchte mal gerne eure Hände sehen. Wer hat das schon gehört? So, 50-60% haben wir schon mal gehört. Wer hat denn schon mal einen benutzt? Und vielleicht 10%? Wer hat denn da drauf programmiert? Vielleicht die Hälfte, ja? Zwei Leute, drei Leute. Drei. Sehr schön. Ein kleiner Prozentsatz. Ich sehe die jetzt nicht als so berühmt an wie den Macintosh oder den PC. Außerhalb von Europa hört man nicht so davon. Das war der erste armbasierte Computer. Und das war in den fantastischen 80er Jahren. Das war nicht nur die erste armmaschine. War das ein Kommentar für mich? Das ist hier die zweite Folie und ich werde hier schon bedrängt. Also es sieht ein bisschen aus wie der ST oder der MIGA. Eine Haupteinheit mit Diskette und so weiter. Das ist ein A3000. Das ist meine. Und ich habe ihn nicht gereinigt, bevor ich das vorhin gemacht habe. Und hier auf diesem großen Bildschirm könnt ihr die ganzen ekligen Sachen hier drauf sehen. Und das war zum Glück meine Maschine. Ich war ein kleiner Hacker. Und das hat einen großen Einfluss auf mich gehabt. Aber mehr als ein Ingenieur. Meine Programmierfahrung, als ich jung war. Ich arbeite und lebe in Cambridge in England. Und ich arbeite in dem Gebäude, was neben dem Gebäude ist, wo das Ding entworfen wurde. Und ein paar Leute von dem Originalteam sind noch da. Und ich dachte, das sei eine gute Möglichkeit, eine Chance, die Leute ans Telefon zu bringen, mit denen da drüben zu reden. Und es gibt da so ein paar Dinge, über die ich 20 Jahre nachgedacht habe. Und vielleicht könnt ihr mir ein paar Fragen beantworten. Und ich habe mit Steve Förber gesprochen. Der hat das Hardware Design gemacht. Ich habe mit Tula Braun gesprochen, der das Videosystem gemacht hat. Ich habe mit John Biggs gesprochen. Es gibt ein bisschen Silikon, das in den Akron reingegangen ist. Und es waren lauter wunderbare Leute, die mir ihre Zeit gegeben haben. Und mit denen ich ein bisschen Tee getrunken habe. Das sind die Klassiker. Akron haben verschiedene Maschinen gebaut, aber ich rede über die Klassiker, die in 1987 angefangen haben. Es gab einen Low-End-Modell und einen High-End-Modell. Und das große Modell hat 2300 Pfund gekostet mit einer 20 Megawatt-Festplatte. Und der A3000, der ist 1989 rausgekommen, das ist die Maschine, die ich hatte. Und der hat ein bisschen schnelleren Speicherkontroller gehabt. Und der Armprozessor, der hatte 8 MHz. Und in 1990 ist der letzte, der Klassiker rausgekommen, das war die Top-End-Maschine. Und die hat 16 Megabatt-Ram gehabt. Das war sehr viel in den 1990ern. Und der Arm 3 war die Evolution aus dem Arm 2 mit mehr Cash und so weiter. Ja, um 1987, was gab es denn da sonst noch so alles? Hier, so ein bisschen der Übersicht, tut mir leid, wenn ich da irgendwas Wichtiges vergessen haben sollte. Am Anfang der 80er hatten wir exotische Sachen wie die Lisa und den Mac. Dann hatten wir eine Amiga. Der Amiga 1000 war ziemlich teuer, aber der Amiga 500 war ein guter Computer fürs Geld. Das war so die PCs und Macs. Und der im Vergleich zum Macintosh war der Arm, der Akron, eine billige Maschine. Der war gar nicht so im Vergleich zum Macintosh. Ja, ich weiß nicht, wie ich ihn bevorzugt hätte. So, warum ist es denn gebaut worden? Ich hatte aber einen zu Hause. Ich wusste nie, wofür es war. Und die Akron-Leute wussten auch nicht so wirklich, wofür es war. Und der BBC Micro, das war eine sehr beliebte Maschine. Und das Ding hier war zehnmal schneller für einen gleichen Preis. Und das Team von Akron haben den Apple Lisa gesehen und die sind von einem Zero Star inspiriert worden. Das war eine monumentale Maschine. Und die sind davon inspiriert worden und sie wollten was Ähnliches machen. Die wollten eine Desktop-Maschine fürs Business machen, fürs Geschäft machen. Und ich hab das nie wirklich verstanden. Das heißt, die Inspiration kam von den Zerox-Maschinen. Und die wollten den schneller und preiswerter machen. Auf der linken Seite ist der Zerox Star. Eine Business-Maschine, der hat einen schönen Anzug an. Und auf der rechten Seite hat man den Aircon. Also, mir hat jemand erzählt, es ist illegal das Ding zu programmieren, wenn man keinen Hut an hat, wenn man hier den Marketing glaubt. Das hier ist jetzt das Projekt A. Sie haben die Alternativen angeschaut. Das gibt den 286 und den 86K Prozessor. Und das war eine relativ frühe Maschine. Und sie hatten alle das gemeinsam, dass sie unglaublich teuer waren. Und das günstige war relativ schlecht gewesen. Die BMC-Marco waren deutlich, deutlich teurer. Und das System rundherum war extrem kompliziert. Sie brauchten jede Menge Chips, die rundherum instilliert werden mussten. Und das Schirrte-System ... Sie haben dann eine Menge andere Firmen besucht, die selbst gebaute Silikonschildkreise hatten. Und haben sie angeschaut, was andere Firmen da machen würden. Und eine Menge Universitätsabsolventen hatten sich zum Zeitpunkt angeschaut, was sie machen können. Und es gab einige Nachfolger. Dann haben sie gesehen, dass einige Studenten Apple IIs hatten. Aber Aircon hatte nie selbst gebaute Chips auf dem Level gehabt. Aber irgendwo muss noch das Geheimnis checken, wie wir das machen können. Und es war normalerweise nicht, was man zum Zeitpunkt machte, vor allem für Firmen von der Größe von Aircon. Es ging gar nicht darum, das Design für das Arm-System. Sondern es ging darum, das gesamte System an den ganzen Hintergrund. Und hier ist auch Arm-Grunde ein Stück weit rausgestanden. Es waren ein kleines Team, ungefähr zwölf Leute, die Chipsets und den Computer designt haben. Es sollte so einfach sein wie möglich. Und es war alles sehr anders, als die anderen Systeme zu dem Zeitpunkt. Die anderen Teams, die Syscs-Systeme designten, waren riesige Teams. Und sie waren immer noch nicht auf dem Markt. Und sie waren bei Revision C. Sie hatten so wenig Leute und so wenig Geld. Und sie mussten unglaublich schnell alles zusammensetzen. Sie müssten also immer kurze Punkte übernehmen. Sie hätten ein paar Entscheidungen getroffen. Sie haben einfach auf dem Abwegung zwischen Kosten und Nutzen getroffen. Steve hat mir das Bild geschickt. Hier ist er aus seinem Büro. Man sieht ihn noch ein bisschen in der Reflektion. Und er hat das Hardware-Design bei Aircon geleitet. Oben links sehen wir den ursprünglichen Arm-Prozessor. 2 und 3. Und der Videocontroller. Und der Red-Stale-Eingabe-Ausgabe-Controller. Das war wirklich ein Vorhaben, wo man sehen könnte, ah, genau. Dort ist der Register. Das kann man heutzutage mit Prozessoren kaum noch machen. Ein bisschen mehr so in Spezifizierungen, was der Prozessor tun konnte. 26-Bit Adressen, 8 MHz, 1 bis 4 MW Speicher. Keine Cash. Und ich kann dir ein bisschen erklären, warum das so gewesen ist. Der A54 war hauptsächlich ein CPU-Upgrade. Der Speichekontroller hat seinen MMU. Das ungewöhnlich war für eine Maschine in den 80er Jahren. Das heißt, die Hardware konnte virtuellen Speicher-Page-Falls unterstützen. Es hatte richtiges Audio, 8 Kanale, in Hardware gemischt. 8-Bit logarithmisch mit entsprechenden mehr Präzisionen am unteren Ende. Es klang so ungefähr wie 12-Bit Audio. Deutsch war der Server-Floppy-Controller wie Atari ST. Das war ziemlich langweilig. Der Festplatten-Controller war ein schreckliches Standardgerät, der sehr, sehr grundsätzlich war, verglichen mit den anderen Möglichkeiten. Die Tastatur und Drucker-Support war völlig normal für die Zeit. Nichts Besonderes. Was mir wirklich gefiel am A-Corn war, waren die Grafikmöglichkeiten. Es war eine wirklich spezielle Maschine für diesen Preis. Es hatte einen flachen Framebuffer. Keine Sprites, keine Blitter, keine Bitplanes. Der Vorteil der eingeschränkten Möglichkeiten war, dass es sehr einfach war. 250 Farben, 8 Bytes per Pixel. Ein Teil, wieso kein Blitter brauchte, war, dass die CPU wirklich so gut drin war, mit diesem flachen Framebuffer umzugehen. Hat diesen 256 Farbmodus, der einfach war, die High-End-Maschinen konnten, hochauflösende Farben darstellen? Das ist ein anderen Computer, die im Büro benutzt werden, nicht zu sehen. Das war ziemlich clever gemacht. Für mich, was der ARK gekostet hat, war es die schnellste Maschine. Der war schneller als die Motorola, der war schneller als die X86er, bei gleicher Megahertz-Zahl. Ich zeig euch nachher noch mal die ganzen Geheimnisse. Das war ungefähr Mini-Computer-Geschwindigkeit. Das war nicht der erste Risiko in der Welt, aber es war der erste billige, den man auch kaufen und auf den Schreibtisch stellen konnte. Im Vergleich zum Mips oder Spark war er nicht ganz so schnell. Es war viel kleiner und billiger. Die hatten große Silikon, haben viel aus dem draußen Raum gebraucht. Die anderen Sachen waren vielmehr der Preis, bevor man überhaupt Disks oder so was dazu gefügt hat. Das heißt, wenn man einen Cluster bauen wollte, dann hat man vielmehr mehr Durchsatz gekriegt usw. Sobald ich gekommen bin, als ich ein Kind war, ich habe das Ding aufgemacht, aber weiter bin ich nicht gekommen. Jetzt ist er 30 Jahre alt und ich bin qualifiziert, so was auseinanderzunehmen. Jetzt mache ich das auch. Das ist sehr ungewöhnlich, dass Sachen so diskret aufgebaut sind. Es hat einige Hauptbereiche, um diese vier Chips herum. Der Arm, der Mem-C, der B-C, und Video und Sound sind auf der obenere rechten Rente. In der Mitte ist der Hauptprozessor. Es hat ein Megabyte auf der Platine drauf und man kann vier Reihen tun. Ich habe 26-Pit-Adressrahmen besprochen. Wir haben also 64 Megabyte-Adressraum und es ist ziemlich gut aufgefüllt. Die unteren 32 Megabyte, der Prozessor hat Benutzermode und User-Space. Wenn man im User-Mode ist, dann sieht man nur die untere Hälfte und das ist virtuell. Wenn man im Supervisor-Modus ist, dann sieht man den Rest sowie auch den physikalischen und die Auports. Worauf man achten muss, ist, dass da hinter dem Raum was versteckt ist. Der Adressrahmen ist sehr stark aufgefüllt. In dem Raum sind Write-Only-Register. Das heißt, man kann nur reinschreiben auf die Raumadressen und dann trifft man die unten drunter. Wir fangen mit dem Arm 1 an. Das ist ein Reduced Instruction Set Computer. Steve Furber hat die Mikroarchitektur entworfen für diesen Befehlsatz. Das VLSI-Team hat das dann in spezialisierten Zellen umgesetzt und in besonderer Logik. Das hat ungefähr ein Jahr gebraucht. 1994. 1984. 1985 ist es rausgekommen. Der Entwicklungsprozess von diesen Leuten Jamie Ackhart und John Bix haben ja ein bisschen Hintergrund erzählt. Die haben an der VLSI-Seite gearbeitet und die hatten eine Apollo Workstation. Eine einzige. Das ist eine 68.000er basierte Waschmaschine. Ein großes Ding. Das hat 50.000 Pfund gekostet. Das war sehr teuer. Mit dieser Workstation hat Jamie morgens um 5.00 Uhr gekommen und hat bis Nachmittag gearbeitet. Nachmittag ist dann der andere reingekommen. Die haben zusammen diese Maschine benutzt und zwar rund um die Uhr. Sie wissen, dass die Software vielleicht nicht lizenziert war. Der Steve hat einen BBC Basic Simulator geschrieben für diese Mikroarchitektur. Das hat dann funktioniert wie der BBC Micro. Das konnte dann echte Software laufen lassen. Auf dem Ding ist kein Cash. Das ist ein ziemlich großer Chip. Und das ist das ökonomische Limit für diesen Markt. Es gab keinen Cash, das wäre zu kompliziert gewesen. Das war ein ziemlich großes Risiko. Das Ziel mit so einem kleinen Team waren alle sehr clever. Aber die hatten nicht alle Erfahrungen zu bauen. Aber für dieses Team war es das Richtige, keinen Cash reinzutun, weil sie nicht wussten, was da passieren würde. Das ist eine Risikmaschine. Die programmieren sich ein bisschen anders als andere CPUs. Es ist klassisch. Drei Operationen. Es hat drei Verstiebungen. Damit kann man Stages multiplizieren. Load oder Store. Man kann ein Register pro Zyklus ansprechen. Das Ding kommt zurück und dann wird es hier reingesteckt. Dieser Chip wird in ein BBC Micro. Das hier ist ein BBC Micro. Der BBC Micro kann Nachrichten in die Einrichtung schicken. Und er nutzt den Host, um den Code in das 1 Megabyte Ram reinzuladen. Was ich interessant fand, ist diese BBC Basic Simulation. Eines der frühen Software, die da drauflaufen können. Er hat also eine ARM Version geschrieben. Es war sehr schmal und sehr schnell. Dann haben sie einen eventbasierten Simulator für Logikdesign geschrieben. Dann haben sie ASIM geschrieben. Das war die schnellste Maschine, die sie hatten. Die hatten nicht tausende Maschinen im Cluster. Das war die schnellste Maschine, die sie hatten. Dann haben sie den AM2 auf dem AM1 simuliert. Dann ist der AM2 gekommen. Das ist eine Verkleinerung des Designs. Basiert aber auf dem gleichen System mit einem Multiplicator. Das ist also ein Multiplicator für 16 Zyklen, also für 2 Zyklen pro Zyklus. Weiterhin keine Cash, aber ein abgesetzter Register. Man kann ein Interrupt-Modus starten. Manche der Prozesse modi erlauben einem mehrere Grister zuzugreifen, was sehr praktisch ist. Die waren alle getestet auf 8 MHz. Wir haben gesagt, wir haben es mit 8 MHz getestet. Uns gibt es 2 Versionen dieses Chips. Uns sind vermutlich die gleichen Silikon-Pressungen. Einer meiner großen Projekte ist den mal zu übertackten und mal zu gucken, was passiert. Auf 12 MHz. Alles klar. Also die Aufteilung der Register. Wir haben ein 26-Bit. Eine ist Barke genannt auf Englisch. FIQ heißt Fick auf Englisch. Ich weiß auf Deutsch heißt es ein bisschen was anderes. Deswegen nenne ich jetzt mal FIQ. Dieser FIQ-Modus hat die Eigenschaft, dass wenn man in diesen Modus geht, die Register verschieden zugreifen werden. Das hilft einem dabei, dass man die Register nicht in den Backup schreiben muss. Zweitens, wenn man auf einen FIQ-Händler schreibt, nur mit diesen Registern. Das sind genug für die simplesten Aufgaben. Man muss sich nicht überlegen, wie man auf die anderen zugreifen kann. Das ist dazu gemacht, um einen sehr, sehr einfachen Lawhead-Modus zu zugreifen. Deswegen überlege ich mir, warum es einen 32-Bit-Adress-Raum gibt. Anders als die heutigen Arms. Der Register 15 enthält auch Status, CPU-Modus und Interface-Markt. Also im Grunde eigentlich alle Systemzustände. Warum? 64-Bit-Adress-Raum. Na, du fragst eigentlich die falschen Fragen. Was wir wissen wollten war, dass wir alle Maschinenzustände in einem Register hatten, dann haben wir einen freigelassen. Aber wenn wir schon in Modus sind, wo wir in Europa händler verändern, das heißt, wir halten da doch gar nichts fest an unserem PC. Das heißt, wir haben 50% gespart mit unserem Mechanismus. Wenn man dann alle die Eigenschaften weglässt, dann ist man bei einem 26-Bit-Adress-Raum. Und das ist dann okay. 64 sind genug. Es gab Maschinen zu dem Zeitpunkt, die schon mehr haben konnten, aber das waren dann sehr, sehr teure Rechner. Außerdem musst du nicht einen neuen Instruction-Set erfinden, um das zu nutzen. Man kann einfach tief vorhanden benutzen. In dem Fall ist es einfach eine Substraktion am Register 14. Und das sieht zwar seltsam aus, aber glaubt mir, das funktioniert gut. Also der Speicherkontroller. Ich habe schon mal über die Adress-Resetzung geredet. Also hier an der linken Seite ich hätte mal Angst, dass das zu klein war auf den Slides, dass man das sehen kann. Aber das ist jetzt so groß wie ein Haus, das ist ja ganz praktisch auf der linken Seite. Das ist tatsächlich ähnlich wie bei Amt 2. Aber hier sieht man, was der Manual-Controller auf einem anderen Chip ist. Das ist so groß, wie man es machen könnte, damit es zu einem Preis passt. Ich weiß nicht, ob man mal von euch schon mal Silikon gesehen hat. Aber es ist kein deniare Effekt, wenn man die Größe des Chips skaliert. Also, dies ist fast die Hälfte des Speichers Chips, das ist der Speicher. Und es feststet den DRAM und konviert die Reihe und Spaltenadressierung des Speichers. Also das Wichtigste hierbei bei diesem AMC Binding ist, dass es die Speicherbandbreite effizient genutzt wird. Das themt sich beim Projekt A mal angeschaut hat, was man alles machen kann. Haben sich angeschaut, wie gut der DRAM genutzt wird auf den Netsimi Chips. Die haben damals sehr schlecht mit der DRAM Bandbreite gearbeitet. Und haben sich gesagt, DRAM ist die teuerste Komponente dieses Systems und sie wird schlechter schlecht genutzt. Da müssen wir doch Möglichkeiten finden, eine höhere Performance zu finden. Deswegen ist der 32-Bit breit. Das ist ein Pipeline. Der kann pro Zyklus eine ganze Instruktion durchführen. Und dann gibt es eine Instruktion, die ein N-Cycle oder ein S-Cycle startet. Wenn also eine zufällige Adresse auch dem DRAM startet, dann wird er auf eine Zugriffen. Sobald man auf dieser Adresse Zugriffen hat und an den Jahr hinter dieser Adresse Zugriff, dann kann man einen schnellen Zugriff starten. Das sind acht Megawit pro Zycle. Und das ist für die Non-Risk 6, sodass man Register einfach streamen kann. Wenn man zum Beispiel hier eine Store Multiple machen, dann kann man hier eine deutlich höhere Geschwindigkeit erreichen. Nicht doppelt so schnell, aber es ist trotzdem deutlich schneller, als dass man mit einem alten Prozessor machen könnte. Das war sehr, sehr gut. Das war der zentrale Grund, warum das System so schnell war, ist, dass man multiple Instruktionen gleichzeitig schreiben kann. Die M-Mu ist wirklich komisch. Das ist keine TLB-Image, wo man einen Nipps-Chip nimmt oder wo der Nipps-Chip für die Software sichtbar ist. Dann map die virtuelle zu ausgesuchten Adressen und man kann mehr oder weniger irgendein Eintrag aussuchen und auswählen. Und das MIMC macht es genau andersrum. Es hat also festgelegte Eintrage für jeden Eintrag im DRAM und es schaut sich dann an, ob die Instruktionen auf der anderen Seite stimmen. Also das gesamte Diagramm, was wir vorher gesehen haben, alle von diesen Speichern einfach nur eine virtuelle Adresse und vergleichen sie im Vorgang und am Anfang sagt, ah, ich bin's. Und das im Grunde eine physische Seite sagt, das ist tatsächlich die virtuelle Adresse, die ich zugewiesen bin, nicht andersrum. Das heißt, ich muss einen Eintrag für die physischen Memory eines, einen Chip haben. Das heißt, für 32 KB brauche ich für sehr, sehr große Seiten eine sehr, sehr hohe Anzahlung und das ist beinahe schon die halbe Seite des Chips. Das ist eine Begrenzung, warum ich nur 4 MB eines Memory Controller Chips haben kann. Vizi ist der Kern des Video- und Soundsystems. Das sind einige FE-FOS und einige RGB-Konverter. Das ist also der Paletten-Logup und es gibt auch ein 8B Modus. Und es gibt auch in der Palette einen Bit-für-Transparenz. Das heißt, ich kann hier mit sehr gut Video-Gen-Logging machen. Es gab eine spätere Version, Bit CNC-A, 1986. Die ursprüngliche Version hatte ein gewisses Crosstalk zwischen dem Sound- und Videokomponenten und die interagierten miteinander. Und wie sie das gemacht haben, war ganz lustig. Sie haben damals die Stromversorgung gemacht und sie haben ein bisschen den Sound-Output gemacht, indem sie ein Feedback des Sound-Signals in dem Video-System gemacht haben, umgedreht, so ähnlich wie bei Noise-Canceling, das war eine ziemlich lustige Idee. Und damit haben sie es hinbekommen, das dann rauszuwangsieren. Und die letzte, ich zeige dann am Ende, wirklich keinen Chipplatz mehr, versprochen, nur ein bisschen sieht, wie das aussieht. Und toll, dass es so groß ist Es gibt da ein Illuminati-Logo unten, links unten. Ich hatte Angst, dass ihr das nicht sehen könnt. Das ist der Center des EIO-Systems und das ist für so Dinge wie Zeitverschiebungen, manche der Peri-Fair-Geräte sind langsamer als andere. Das ist ein New Art für die Tastatur. Das ist mit dem Microcontroller. Es schickt einfach ein paar Sachen zu diesem Chip. Also für Tastatur und für den Asynchron-Transmitter. Nicht jemand hat meinen Humor. Und es stoppt die Interrupts, die in den Kanal gehen. Und der Arm kann da den Status überprüfen. Dieses Illuminaten zeigt das Allsehen der Auge. Das ist für künftige Archäologen, um Dinge zu sehen. Und die haben gehofft, dass es da eine große Story gibt. Vielleicht ist da, ich habe gehofft, dass es eine Story ist, aber ich habe jetzt keine davon. Das ist ein A500. Der hat immer noch einen zweiten Prozessor für den BBC Micro. Der hat immer noch Discribes, die da Sachen in den Speicherein pushen. Das fängt jetzt langsam an auszusehen, wie ein Archimedes. Ein bisschen Expansion-Sport und so. Und jetzt haben wir frühe Software her. Und das hier ist jetzt der erste Archimedes, der Richtige. Toller, grauer Block sieht aus wie Beton. Der hat die Erweiterungsslots, der hat die IO Interfaces und das gleiche Betriebssystem. Das sind nur 200 von denen gemacht worden. Das hier ist die 222, das ist einer der letzten. Und nur innerhalb von Inkron. Da gibt es, das Hardware-Team hat das entworfen. Und sein A500 war der Besondere. Der hat eine von den Videotips gesucht und das war sehr gut. Er hat einen gefunden, der nicht 26, sondern mit 56 gelaufen ist. Und der war total drüber über den anderen. Und das heißt, er hat eine total tolle Maschine. Und manche von den Dingen sind auch mit 12 MHz gelaufen. Und dann konnte man einen Teugonspeicher reintun. Das hier, müsst ihr mir glauben, ist das vereinfachte Diagramm. Und online gibt es auch das komplizierte. Man sieht den Arm, den Memc, den Video-C und das Arm. Der Memory-Controller, der hat die Uhren. Der muss ein paar langsame Sachen ab und zu machen. Mit den Diagramm Refresh-Zeitzyklen. Und dann pausiert er die CPU ab und zu. Wenn man Diagramm zugreift, dann gehen die Sachen in den Memc die Adressen rein. Der macht die Adress-Übersetzung und schickt es an zu machen. Und das Diagramm, das schickt die Daten auf den Daten. Und dieser Memc ist der kritische Part. Der ist nicht auf dem Datenbus. Das muss man beachten. Das wird wichtig nachher. Rom ist noch eine langsame Sache. Und das macht die CPU-Zugrufe langsam. So, und hier ist der die Adress-Übersetzung. Zwischen der Arm und dem Memc. Wenn der Arm den Zugriff macht, wenn man das nicht findet, dann gibt es den Page-Fault. Und dann gibt es eine Exception. Und dann wird das in Software behandelt. Der Datenbus ist ein kritischer Part. Also dieser ganze I.O.-Kram ist gepuffert. Es gab damals wenig 32 Bit-Pereferierräte. Der I.O.C. dekodiert das Zeug. Und da kann man dann Erweiterungspots zugreifen. Ich habe den Interrupt-Status erwähnt. Es gibt einen V-Sync-Interrupt. Und wir mussten Timer verwenden. Wenn man Paletten ändern will oder solche Sachen, das geht mir den Timer an. Das war's, was ich wirklich mag. Ich habe erzählt, dass der Memc nicht auf dem Datenbus ist. Der Videocontroller ist nur auf dem Datenbus. Wie machen die dieses Rahmenlesen für den Videocontroller? Der Memc enthält diese ganzen Register für das DMA. Die Register wohnen dort. Jetzt gibt es einen Handshake zwischen dem Witzsee und dem Memc. Der Memc generiert die Adressen. Und das DRAM schickt die Adressen. Und der Memc sagt dann, okay, es passiert. Und sagt das dem Witzsee. Der VideodMA wohnt alles im Memc. Ich habe jetzt hier einen Interrupt gezeigt. Der Sound geht genauso. Und wenn eine Hälfte leer wird, dann gibt es einen Interrupt. Das funktioniert alles sehr flüssig. Jetzt kommt ein High-Res-Mono. Mit einem externen Schieberregister, was sehr schnell läuft, der Videocontroller läuft mit 24 MHz. Der gibt auf einem digitalen Bus. Und zwar 4 Bits, 4 Pixels in einem Dings. Und die externe Komponente, die geht in der 4-fachen Geschwindigkeit durch. Und das ist ein sehr billiger Weg für einen hochauflösenden Modus. Wenn hier jemand den A500 hat, könnte ich mir vorstellen, der kann 1280 x 1024 machen. Aber die haben uns auf dem Board nicht unterstützt. So, dann die Uhr, die ich dann in den Witzsee reinstecken kann, ist bei einigen Maschinen sehr flexibel. Der Memc ist nicht auf dem Datenbus. Wie funktioniert es mit dieser Adresseübersetzung? Er hat einen 8-Megabyte-Bereich, der reserviert ist. Der hat jetzt nicht 2,32 MHz. Also, ich schreibe irgendein Wert in diesem Bereich und ich codiere die Information, die ich will, hier rein. So, das ist in den oberen 8 Mb von diesem 64 Mb Adressraum. Und dann ein billiger Schreibbefehl. Aber es gibt keinen anderen Raum in der Adresse im Adressraum. Also, 32 extra Pins, um in den Memc reinzugehen mit dem Adressbus. Und extra Datenbus ist weder zu viel. Ich habe einen 64-Pinship gegen kleineren. Und sie wollten das kleinste Paket, was sie machen können. Und das hat zu diesen Tricks geführt. Auf dem A540 haben wir mehrere Memcs. Jedes davon hat ein dieser bunten Streifen des physischen Rams. Jedes davon hat 4 Mb Ram. Wenn man dann aber auf den virtuellen Speicher zugreift, dann verarbeiten alle vier diese Adresse parallel und wir hoffen, dass eines davon die Übersetzung finden wird. Wenn man dann Amt 3 einbaut, der Amt 3 hat Cash und die Adresse zeigt dann in dem Memc. Das heißt, die Adresse wird außerhalb, also nach dem Cash, übersetzt. Das heißt, man casht virtuell Adressen, was nicht gut ist für die Performance, weil jedes Mal wenn man im virtuellen Adressraum ändert, muss man den Cash ungültig machen. In dieser Maschine bedeutet das, dass man den ganzen Cash ungültig machen muss. Das ist zwar eine schnelle Operation, aber trotzdem nicht unbedingt förderlich für die Performance. Der einzige direkte Speicherzugriff in dieser Maschine ist für Video und Sound. Sonst IO hatte das nicht. Viele Leute wundern sich, wieso hat das das nicht? Das wäre viel besser. DMA ist eine Lösung für viele Probleme. Die Geschichte hier ist wahrscheinlich, dass das zusammenpasst mit dem Acorn Team, das relativ viele komplexe Supportchips gebaut hat. Einige Chips-Hat-Verkäufer haben mehr für DMA verlangt, als für den Prozess zur Reserve. Das heißt, DMA für ION nicht zu haben war massiv günstiger. In ein, zwei Folien kommen wir dahin aufzuzeigen, dass die Systempartitionen darauf optimiert wurde, möglichst wenige Pins pro Package zu haben. Die ganzen IO-Chips, die kein DMA benötigten, sparten natürlich massiv Pins. Der andere Grund war, die FIQ Modus war gestaltet, um ein sehr, sehr schneller Weg zu sein, um die CPU IO machen zu lassen. Wir haben also gesagt, der Prozessor macht den ganzen IO-Prozess. Was das Team dann gedacht hat, ist, lassen wir das so schnell wie möglich passieren. In der CPU auch kein Cash. Das heißt, DMA würde die CPU sowieso verlangsamen. Auf DMA zu verzichten, ist sowieso kein Performenverlust, also können wir das direkt an die CPU delegieren. Ich denke, das kann man zusammenfassen, als Rissprinzipien ins System zu bringen, dass das Prinzip tut etwas nicht in Hardware, wenn es in Software gemacht wird. Wir müssen kein DMA in Hardware haben für IO, sondern wir tun das in Software. Das ist, würde ich sagen, der schöne Weg, das zu sagen, und der Weg zu demonstrieren, dass das hier auf Kosten optimiert wurde, was nicht schlecht ist. Das ist eine IO-Karte. Das ist meine SCSI-Karte. Es hat eine Rom auf der linken Seite. Das war ein Erweiterungs-Rom viele, viele Jahre, bevor PCI das populär machte. Die Treiber waren auf diesem Rom. Man hat eine Diskette hier reingesteckt und konnte ob die Diskette booten. Es war ein sehr schönes Benutzer-Erlebnis, also keine Probleme, um interrupts zu konfigurieren, wie man das auf Windows musste, sondern funktioniert ja alles reibungslos. Um die Hardware zusammenzufassen, ist Pipeline, was bedeutet, dass wir eine sehr hohe Bandbreite aus uns können und hohe Performance haben. Die Maschine war wirklich einfach. Viel Aufmerksamkeit zum Detail. Die Chips wurden sauber aufgeteilt und möglichst günstig gehalten. Das war eine wirklich gute Idee. Die Maschine war gestaltet als Speicher- und CPUs ungefähr gleich schnell waren und vor den Tagen, in denen ein Cash nötig wurde, weil der Cash auf dem Chip so viel schneller wurde als der Speicher. Das war hier auch ein extreme Kostenersparnis und auch eine Risikoavision des Teams, weil der zusätzliche Cash extrem teuer gewesen wäre. Ein extremes Risiko für das Design-Team gewesen wäre, die noch nie mit solchen Strukturen gearbeitet hatten. Ich denke, das war die richtige Wahl. Es gab kein DMA. Ich denke, ich wurde hier konvertiert. Ich denke mittlerweile, das war eine wirklich gute Balance. Die Entscheidung war, dass Software IO machen kann und wir dafür nicht DMA brauchen. Wir haben die Universisten-Budgining gesprochen. Das Memory-Mapping war immer noch sehr komisch. Ich denke immer noch, wahrscheinlich ein TLB wäre sinnvoller gewesen. Aber ich denke hier, ein Haupttreiber war nicht nur die größte Chips, sondern auch die Einfachheit, wie es implementiert werden konnte. Es hat funktioniert. Ich glaube, das war ein Unternehmen, das nicht viele Gelegenheiten hatten, so etwas zu machen. Es hat geklappt. Ich denke, die haben wirklich großartige Arbeit geleistet. Die Geschichte mit dem Betriebssystem ist ein bisschen komplizierter. Es war im Grunde gedacht, um Büroaufgaben zu automatisieren, ähnlich wie der Xerox2. Ähnlich wie der Xerox Park, hatten sie angefangen in Palo Alto mit einem Research Center, mit einem Micro-Könel, mit den ganzen Trendboxen abgehakt. Ja, es kling nach einem ziemlich starken Betriebssystem mit Virtem-Speicher. Es war nie sehr, sehr schnell und ganz am Ende war die Hardware deutlich schneller als die Software. Nach ein bis zwei Jahren hatten dann das Management ein bisschen Sorge bekommen und dann waren sie sich mehr sicher und haben das Projekt beendet. Das ist wirklich schade. Es ist eigentlich nichts außerhalb von Alcorn dokumentiert und eben die Leute, mit denen ich gesprochen habe, wissen nichts mehr wirklich von dem System. Aber wenn jemand irgendwo ein Archiv mit dieser Software hat, sagt mir bitte Bescheid, das Gebiete Museum haben wir um die Ecke, würde das wirklich gerne haben und das werden wir heute etwas mehr von wissen. Also mussten wir damals einen anderen Plan wählen und haben sich dann für ein System auserentschieden und das war relativ erfolgreich in einem halben Jahr etwas zu haben. Und dann RISCOS ist dann ein Jahr später der Haus aus Arthur entstanden und wurde dann vollständig durch RISCOS ersetzt. Ein wirklich großer, starker Punkt war, dass es ein Moment war, wo das Rom sehr stark angestiegen ist später in The Ates. Ich weiß es 2019, aber Basic war ziemlich gut, es hat Prozeduren und es hat eine Stützung für Grafik und Sound und man konnte grafische Anwendungen schreiben und es war gut, dafür optimiert und man konnte einen tollen Basic Interpreter in RISCOS. Das waren die Erweiterungs-Roms mit einem tollen Unsergefühl. Dass sie ist Arthur, ich habe es nie benutzt, ich habe nur mal einen Rom rausgeholt und habe es nur umgespielt. Es ist wirklich schrecklich und ich habe dann schnell aufgehört. Zu diesem Zeitpunkt, damals mit dem Notfallplan B war, dass sie dieses A-Core-Software-Tamatter, die eigentlich Anwendungen schreiben sollten dafür und dann schnell mal eben einen OS erstellen wollten und das war eine Dinge, die man dort machen konnte. Es hatte einen Tomodemon namens Lambda und das war ein 3D-Romschiff, das man landen konnte. Es hatte keine Business-Software und man hatte keine ernsthaften Anwendungen. Man konnte nicht wirklich viel mit diesem ziemlich tollen Anbieter machen und es hat ihnen wirklich dann Schaden vergerufen. Das ist jetzt hier RISCOS. Hier sieht es mehr schon nach einem grafischen Überfläch aus und das ist dann RISCOS 3, das man konnte Dragon Job zwischen den machen. Man hatte Multitasking. Und dann am Ende möchte ich noch mal über einen sehr spannenden Ding über Linux reden und ich bin nicht nur im CPU-Geek auch ein Unix-Geek und das hat mich immer sehr besitzt, diese Systemen, die endingskonten waren sehr, sehr teuer und dann gab es welche mit einem anderen Sticker und dieses Team wurde entwickelt nach, dann war das System fertig, es war die Hardware irgendwie nicht gut für ein Unix-System 32 MB, hat uns wirklich Schaden gemacht, nur bei der Page Size 32 kB viel zu wenig. Aber es gab dann eine neue Dekomprämierungsmethode aus Fibar-Dateien, die auf die Discs geschrieben worden sind. Und es war die einzige Minute, um das auf noch kleinere Systeme zu kriegen. Außerdem haben sie einen Cybertruck-Design, könnte man sehen, einem Design hier. Das war tatsächlich, was das Design-Departement hat, ist fast wie ein Stück Käse oder ein Kuchen. Das ist tatsächlich ein nicht auf den Markt kommender Prototyp. Man sieht zwei Memory-Gips. Es ist nur designt, um dieses Risk-Geeks des Unix-Systems. Oma hat nur einen Mono-Video-Output, im Grunde als ein Desktop-Publishing-Workstation. Ich war immer von diesem Risk-Geeks fasziniert, habe ein bisschen herum gehackt. Ich habe es mal hinbekommen, dass es gebotet hat. Ich habe es vorher niemals gesehen und ich habe nie vorher ein Risk-Geeks-Machine genutzt. Man sieht, man kann es starten, da sind mehrere Nutzer. Man hat tatsächlich einen sehr schnellen Boot-Mechanismus und hat tatsächlich ein gutes Unix-Workstation. Das ist ein relativ cooles System. Am Ende möchte ich noch ein paar Dinge sagen. Es gibt Basic hier und ein Assembler. Mit einer sehr ungewöhnlichen Syntax. Das ist echt cool, da kann man nicht eine Menge machen. Das ist ein sehr ungewöhnliches System. Das ist ein sehr ungewöhnliches System. Das ist ein sehr ungewöhnliches System. Das ist ein sehr ungewöhnliches System. Das ist ein bisschen mehr als Basic-Programmierung. Ich habe es tatsächlich hinbekommen, nur mit ein paar kleinen Syntax-Fählern. Ja, man muss jetzt aus der Retro-Perspektive betrachten. Sie haben nicht ziemlich viele verkauft. Es hat keinen großen Impact gemacht. Ja, Arme waren relativ wichtig, aber da müssen wir nicht drüber weiterreden. Was ich wirklich davon mitgenommen habe, hiermit zu arbeiten, hat es geschafft, viele Chips zu designen. Ein eigenes OS vom Ultimate-Mundes lief ganz gut. Man kann echt darüber denken, man will verdammt nochmal, es gibt riesige Firmen, die Motorroller oder IBM, die kriegen das hin. Aber auch so eine kleine Firma kann das auch. Und ich glaube, das hat irgendwann dazu geführt, dass meine 90's dann hatten, Leute hatten, die Systems on Chips designen konnten. Und das war wirklich ein großer Punkt, der dazu geführt hat, dass Menschen, die solche Richtungen können. Und natürlich möchte ich mich bedanken bei den Leuten, mit denen ich gesprochen habe, vor allem diese Leute, die hier in Cambridge arbeiten. Und damit ist es jetzt Zeit für die Fragen. Hab ich Zeit für Fragen? Wir haben ungefähr fünf Minuten für Fragen. Und da können sich alle später nach vorne kommen und mir auch direkt Fragen stellen, wenn ihr wollt. Dankeschön. Erste Frage vom Internet. Bitte zu den Mikrofonen, um mich Fragen zu stellen. Du hast erwähnt, dass das System gut den Speicher benutzt. Wie kann es denn sein, dass es nicht vom Speicher gepremst wird, wenn es keinen Cash hat, wenn es die gleiche Zerkleidung des Zyklus hat? Gute Frage. Na ja, wie kann es nicht alle Speicher festgehalten werden? Wenn man etwas nicht sequenziales macht, dann muss man einen der langsamer Zykler nehmen, wenn man ein Zyklus hat. Der Ansatz ist eigentlich, wenn man die Zeit, wenn man sequenzielle Dinge maximieren möchte, also wenn man eines Beispiel eine Schleife ausrollen möchte, dann möchte man so viel mit dem Storm Multiples machen, wie es möglich nur ging. Und es war viel, viel effizienter, um sozusagen die, am Anfang der Instruktion, das zu gehen und dann den Rest sequenziell zu machen, das hat dann manchmal aufgehalten, aber trotzdem war es eine gute Kostennutzenabwägung hierfür. Nächste Frage vom Internet. Wo kann ich so einen Akron bekommen? Gibt es... Wo kann ich so was herbekommen, wenn ich solche Hardware benutzen möchte? Ja, gute Frage. Also ich glaube, das wird die Preise bei Ebay sehr stark erhöhen. Das mag vielleicht lustig mit Emulatorn herumzuspielen, aber ich finde es an echten Systemen gut. Es gibt aber sehr gute Emulatorn, und die auch sehr vollständig sind. Ich glaube, ich würde wahrscheinlich auf irgendwelchen Internationalen Seiten herum schauen. Sie sind nicht so wirklich selten. Also naja, man hat schon ein paar verkauft. Es sind einige Zehntausend verkauft worden. Also ich würde wahrscheinlich mal in England gucken, weil da sind es wahrscheinlich ein paar mehr. Wenn es einen gibt, dann spielt er mit Home. Es ist wirklich sehr, sehr interessant. Ich habe die Dokumentation für LDMS-TM gelesen letzte Woche. Oh! Und da habe ich jetzt die Frage zu dem Vortrag. Was ist denn von dem Archimedes in den modernen Befehlsaatsrein gelaufen? 26 Bit der Adressierung haben sie abgeschossen und die seltsame Nutzung von den XOR. Also die haben sie alle rausgeschmissen, als der Arm 6 rauskam. Das war der Arm V3. Also das hat ein paar der Adressierungseigenschaften, aber sie haben sehr, sehr viel rausgeschmissen. Also wenn ich drüber nachdenke, außer den 32 Bit Instruktionssatz und dem Verschieberegister, dass man zum Beispiel einen weiteren dort zufügen kann, zu dem Verschieberegister, das ist eine tolle Eigenschaft. Also den Instruktionssatz kann man sagen, den haben sie übernommen, aber sonst eben nicht so viel. Ja, vielen Dank. Und vielen Dank auch von uns aus dem Umsetzungsteam.