Das Bild zeigt das Hauptfenster von MikrosimD:
Wenn ein Tor geöffnet ist, kann im nächsten Bus-Takt der im Register gespeicherte Wert über den Bus transportiert werden.
Ein Bus-Takt wird durch den Button >
unten links ausgelöst.
Manuell
.
Trage im Register AX den Wert 17h ein, dieser soll in die Register BX und DR kopiert werden.
>
klickst und beobachte, was geschieht.Zurücksetzen
→ Register löschen
oder F9
)In den Registern AX, BX und DR steht zunächst die Zahl 00. In allen Registern soll die Zahl 01 eingetragen werden.
>
klickst und beobachte, was geschieht.Im Register AX steht der Wert 08h, im Register DR steht der Wert 03h. In BX soll die Summe der in den Registern von AX und DR gespeicherten Werte stehen (also 0Bh).
Findest du selbst heraus, welche Tore geöffnet werden müssen?
Im Register AX steht der Wert 08h, im Register DR steht der Wert 03h. In AX und DR soll die Differenz der beiden Registerinhalte eingetragen werden (also AX-DR, 05h).
Findest du selbst heraus, welche Tore geöffnet werden müssen? Überlege, welche Funktion das Tor D haben könnte.
Wie setzt man alle Register auf 00?
Kann man die Tore 1 und 3 gleichzeitig öffnen? Warum geht das nicht?
Eine besondere Aufgabe hat das Register AR (Adress-Register). Es legt fest, auf welche Adresse des Arbeitsspeichers zugegriffen werden soll. Die Tore B und C legen fest, ob der Wert des Datenregisters DR in den Arbeitsspeicher geschrieben wird, oder ob der Wert, welcher an der in AR gegebenen Adresse gespeichert ist, nach DR ausgegeben wird.
Teste die Funktionalität:
RAM Zugriff
Taktzyklen
>
) führt je einen Bustakt aus, der rechte Button (»
) führt den gesamten ALU-Takt aus.Die Latenzzeit ist ein Maß für die Wartezeit. Damit kann z.B. die Zeit gemeint sein, die benötigt wird, um einen bestimmten Vorgang abzuschließen, z. B. die Anforderung des Inhalts einer Speicherzelle oder eines Registers, aber auch die Zeit, die eine Datenbankabfrage benötigt um abgeschlossen zu werden.
Die Latenzzeit kann z.B. auch die Zeit ausdrücken, die eine Website benötigt, um vollständig geladen zu werden, vom Anklicken des Links bis zur Darstellung auf dem Bildschirm.
Heutige CPUs arbeiten sehr schnell, mit Taktfrequenzen von einigen GHz. Der Zugriff auf Inhalte des Hauptspeichers dauert jedoch um ein Vielfaches länger - wenn der Prozessor also Daten aus dem Hauptspeicher verarbeiten möchte, muss er warten bis dieser Zugriff abgeschlossen ist und die Daten zur Verfügung stehen - es entsteht eine Latenzzeit.
Wenn man Aussagen trifft wie: "Der Zugriff auf den Hauptspeicher dauert ein vielfaches länger, als der Zugriff auf die Register oder den Cache des Prozessors" kann man sich unter dem Begriff "ein vielfaches länger" jedoch meist wenig vorstellen.
Der Autor Brendan Gregg hat die Latenzen eines Computersystems in seinem Buch "Systems Performance - Enterprise and the Cloud" sehr schön in einer Tabelle veranschaulicht. Er geht von einem CPU Takt aus, der etwa 0,3ns dauert ($0,3\cdot10^{-9}s$), wenn man von einer Taktfrequenz von etwa 3GHz bei modernen Prozessoren ausgeht.
Diese Zeitdauer skaliert der Autor in einer Tabelle auf 1 Sekunde hoch, und rechnet auf dieser Basis aus, wie lange andere Vorgänge in Rechnersystemen bei dieser Skalierung dauern würden. Dadurch erhält man ein besseres Gefühl, des Ausdrucks "ein Vielfaches länger. Im Falle des Hauptspeicherzugriffs kann man der Tabelle entnehmen, dass dieser etwa 360 mal so lange dauert wie ein CPU Takt und 120 mal so lange wie der Zugriff auf den Level 1 Cache im Prozessor.
Vorgang | Latenz | Skaliert auf 1s pro CPU-Takt |
---|---|---|
1 CPU Takt | 0,3ns | 1s |
Level 1 Cache Zugriff | 0,9ns | 3s |
Level 2 Cache Zugriff | 2,8ns | 9s |
Level 3 Cache Zugriff | 12,9ns | 43s |
Hauptspeicherzugriff (DRAM, von der CPU aus) | 120ns | 6min |
SSD Zugriff (Solid State Festplatte) | 50-150μs | 2-6 Tage |
Herkömmliche Festplatte (Rotierende Magnetscheiben) | 1-10ms | 1-12 Monate |
Internet: San Francisco - New York | 40ms | 4 Jahre |
Internet: San Francisco - London | 80ms | 8 Jahre |
Internet: San Francisco - Australien | 180ms | 19 Jahre |
TCP Retransmit eines fehlerhaften Pakets | 1-3s | 100-300 Jahre |
Neustart eines nativ virtualisierten Rechners | 4s | 430 Jahre |
SCSI Befehls Time-Out (Bus System für externe Geräte) | 30s | 3000 Jahre |
Neustart eines virtualisierten Rechners mit Hardware Emulation | 40s | 4000 Jahre |
Neustart des Computersystems | 5m | 32000 Jahre |