spezielle innovative Rechner Architekturen

Script vom 09.05.2005.

  • Matching limit: Suche 2 gleiche Token mit gleichen Literal

  • Umformung notwendig

Aufbau Activity- Store

Reihenfolge im Activity- Store egal

  • Statusfeld:
    • N - Zieloperation benötigt nur 1 Operand
    • C - Konstante
    • R - rechts
    • L - links
Destination 1 Destination 2
Literal Opcode Literal Status Literal Status
...
11 CONST 12 R 7 C
12 POW 17 L
13 MUL 1 14 R 19 N
14 MUL 2 17 R
15 MUL 3 18 R
16 CONST 14 L 12 C
17 ADD 18 L
18 SUB ... ... ... ...
19 TEE 15 L 16 N

Tokentypen

Instruction Token
Destination 1 Destination 2
Opcode Operand 1 Operand 2 Literal Status Literal Status
MUL +4 +7 14 R 19 N
Result Token
Destination
Result Literal Status
+28 14 R → pairing +12 14 L
+28 19 L
Token Pairs
Literal Operand 1 Operand 2
14 +12 +12 → zur Fetchunit, dann nachfolgender Befehl

→ dynamische DFA, weil die Information ständig am Fluß ist

4.2.3 Hybride Datenfluß - Architektur

  • Kombination: Datenfluß + Steuerfluß
  • Beispiel: “Makro- Datenfluß”
  • MIMD- Parallelität
  • makroskopisch: Datenfluß
  • mikroskopisch: Steuerfluß ← bei einfachen Befehlen
  • Nachteil der DFM (Overhead bei den befehlen) wird vermieden

4.3 Softwareherstellung für Datenfluß- Architektur

  • Datenfluß- Graph, Signalfluß- Graph, Visuelle Datenfluß- Sprachen
  • Datenfluß- Sprachen (textuell)
  • Gewöhnliche Programmiersprachen

5. Processing in Memory (PIM)

  • üblich: Prozessor → Bus → Speicher
    • “Flaschenhals”: Bus
  • PIM: “Rechner” und “Speicher”
 
wiki/study/sira/09.05.2005.txt · Last modified: 2005/07/26 16:35 (external edit)
 
Except where otherwise noted, content on this wiki is licensed under the following license:CC Attribution-Noncommercial-Share Alike 3.0 Unported
Recent changes RSS feed Donate Powered by PHP Valid XHTML 1.0 Valid CSS Driven by DokuWiki