Atari St mit Vampire 500 FPGA Turbokarte

[Nervengift]

Ethernetport wäre für ein standalone Board natürlich essentiell. Wobei wenn USB vorhanden ist auch der D-Link DUB-E100 Rev. B1 läuft mit dem Ethernec Treiber.

https://www.youtube.com/watch?v=iXxGhNXtb54

[KarlMüller]

Der Milan war nach meiner Kenntnis - ich hatte nie einen, deswegen gleich mal meine Entschuldigung, falls das völlig falsch ist - praktisch ein PC mit "m68k-Herz". Dazu hat er eine PC- (PCI) Grafikkarte, die per angepasstem NVDI angesteuert wird. ST- oder gar Falcon-Kompatibilität: nada.

Für den Milan gibt es keine angepasstes NVDI. Es gibt eigenständige Treiber.

Im Handbuch zur ATI Karte steht was von "spezielle NVDI5 Unterstützung". Was damit genau gemeint ist kann ich nicht sagen, denn die NVDI Grafiktreiber müssen deaktiviert werden. Einzig was mir einfällt sind die VDI Funktion welche vorhanden sind wenn der EdDI Cookie gesetzt ist. Denn dieser setzt der ATI Treiber.

Ansonsten ist NVDI beim Milan nur als GDOS unterwegs.

[goetz @ 3rz]

Weil ich gerade darüber stolperte und die Vampire ja mit anderen "CPUs" verglichen wurde:


PROC     CACHE    RADD    MADD    MUL    INDEX    BRA    UACC    HWFP
68000     0/0       6     18      40      18     10/6     no      no
68020   256/0       2      6      28       9      6/4     yes    68881/2
68030   256/256     2      5      28       8      6/4     yes    68881/2
CPU32     0/0       2      9      26      12      8/4     no      no
68040    4K/4K      1      1      16       3      2/3     yes     yes
68060    8K/8K      1      1       2       1      0/1     yes     yes


http://www.nxp.com/files/32bit/doc/reports_presentations/MC680X0OPTAPP.txt

[mfro]

Weil ich gerade darüber stolperte und die Vampire ja mit anderen "CPUs" verglichen wurde:


PROC     CACHE    RADD    MADD    MUL    INDEX    BRA    UACC    HWFP
68000     0/0       6     18      40      18     10/6     no      no
68020   256/0       2      6      28       9      6/4     yes    68881/2
68030   256/256     2      5      28       8      6/4     yes    68881/2
CPU32     0/0       2      9      26      12      8/4     no      no
68040    4K/4K      1      1      16       3      2/3     yes     yes
68060    8K/8K      1      1       2       1      0/1     yes     yes


http://www.nxp.com/files/32bit/doc/reports_presentations/MC680X0OPTAPP.txt

Dann machen wird das halt für den ColdFire V4 auch noch gleich:


PROC     CACHE    RADD    MADD    MUL    INDEX    BRA    UACC    HWFP
MCF54xx  32/32      1      1       3       1      0/1    yes     yes


Und was bedeutet das?


Cache: cache in KB (Data/Instructions)
 RAdd: Register to register 32 bit add (add.l  d0,d1).
 MAdd: Absolute long address to register add (add.l _mem,d1).
  Mul: 16x16 multiplication (max. time) (mulu.w d0,d1).
Index: Indexed addressing mode (move.l 2(a0,d0),d1).
  Bra: Byte conditional branch taken/not taken (bne.b label).
 UAcc: Unaligned access allowed (move.l 0xffff0001,d1).
 HWFP: Hardware floating point support.

[ari.tao]

Anzahl der Takt-Zyklen vermutlich.
Intern, extern oder Bus-Takt?

[mfro]

Anzahl der Takt-Zyklen vermutlich.
Intern, extern oder Bus-Takt?

Das war nicht als Frage gemeint, sondern um die Legende anzukündigen

Das sind CPU-Zyklen (= Prozessortakt). Klar, daß das nur mit einer ausreichend langen Pipeline und relativ großen Caches funktioniert (sonst wären 0 Takte für einen richtig vorhergesagten Sprung ein wenig schwierig ).

[ari.tao]

Ein Scherz um den andern 
Aber die Legende war unvollständig.
Also: intern!
........
Und wo ist Apollo einzuordnen?

[1ST1]

Oberhalb von dem ganzen, knapp unterhalb des Coldfires, jedenfalls solange der 100 Mhz Cyclone III FPGA verwendet wird. Da geht noch mehr.

[mfro]

Oberhalb von dem ganzen, knapp unterhalb des Coldfires, jedenfalls solange der 100 Mhz Cyclone III FPGA verwendet wird. Da geht noch mehr.

"knapp unterhalb" bedeutet in diesem Fall etwa 20-25% langsamer.

[ari.tao]

Der Coldfire steht genauso wenig in der Tabelle wie der Apollo.
Und außerdem müßte die Tabelle doch wenigstens noch um eine Spalte für den max. (inneren) Takt ergänzt werden, um überhaupt aussagekräftig zu sein.
(Mir tät vorläufig schon ein simpler 68000 reichen, wenn er denn mit 3GHz liefe).

[mfro]

Der Coldfire steht genauso wenig in der Tabelle wie der Apollo.

Deswegen hab' ich ihn doch ergänzt.

Und außerdem müßte die Tabelle doch wenigstens noch um eine Spalte für den max. (inneren) Takt ergänzt werden, um überhaupt aussagekräftig zu sein.

Auch das kannst Du haben: MCF547x: 266 MHz, Apollo Core: aktuell etwa 80 MHz

[1ST1]

Ein 68000 mit 3 Ghz und einem Adressraum von 16 MB? Was bringt das?

[Börr]

Bin mal gespannt wie sich die Vampire im echten Betrieb verhält, da man ja nicht ununterbrochen CPU Benchmarks laufen lässt

[ari.tao]

Ich auch.
-------
Also sieht die Tabelle jetzt so aus?:

PROC     CACHE    RADD    MADD    MUL    INDEX    BRA    UACC    HWFP   mTAKT
68000         0/0            6          18          40         18        10/6       no         no            25
68020      256/0           2            6          28           9          6/4       yes    68881/2       25
68030     256/256        2            5          28           8          6/4       yes    68881/2       32
CPU32       0/0            2            9          26         12          8/4       no         no
68040       4K/4K         1            1         16            3          2/3       yes       yes            40
68060       8K/8K         1            1           2            1          0/1       yes       yes            64
MCF54xx  32/32         1            1           3            1           0/1      yes       yes           266
Apollo                                                                                                                         80

-------

Ein 68000 mit 3 Ghz und einem Adressraum von 16 MB? Was bringt das?

Na gut, ein 68030 müßte es schon sein.

[Lukas Frank]

Na gut, ein 68030 müßte es schon sein.

Höchstens ein MC68030 + FPU + DSP auf einen Chip mit mehr als 200Mhz. Dann läuft auch alle alte Software ohne Probleme ...

[mfro]

Also sieht die Tabelle jetzt so aus?:...

Abgesehen davon, daß Du die Formatierung kaputt gemacht hast, ja.

Wobei die Apollo Jungs mit der Darstellung wahrscheinlich nicht einverstanden wären: die Apollo CPU kann unter besten Bedingungen zwischen 2 und 4 Befehlen parallel ausführen, 68060 meist 2, ColdFire manchmal 2.

[ari.tao]

Die Formatierung hätte ich gern beibehalten - aber hab´s nicht hingekriegt. Da brauche ich Nachhilfe. Aber kaputt ist ja nix, Deine Tabelle gibt´s ja noch, hättste die paar Werte auch noch selber nachtragen können. Davon mal abgesehen, möchte ich nicht immer die Lupe zum Lesen bemühen müssen. Vielleicht muß man noch ne Spalte ´BogoMips´ anhängen?

[Nervengift]

[...] die Apollo CPU kann unter besten Bedingungen zwischen 2 und 4 Befehlen parallel ausführen [...]

Klingt nach Hyper-Threading?

Oberhalb von dem ganzen, knapp unterhalb des Coldfires, jedenfalls solange der 100 Mhz Cyclone III FPGA verwendet wird. Da geht noch mehr.

Welcher FPGA ist denn für das Standalone Board geplant? Irgendwie habe ich noch eine Zahl mit etwas mehr als 200 MHz im Kopf? Damit dürfte man dann schon deutlich schneller sein als eine Coldfire CPU in der Biene? Andererseits muss man aber auch erstmal abwarten wie gut sie es hinbekommen, den ST im FPGA umzusetzen und ob wirklich am Ende die volle Geschwindigkeit genutzt werden kann. Insofern erstmal abwarten und Tee trinken. Die Werte bislang sagen in insofern erstmal nicht besonders viel aus.

[mfro]

[...] die Apollo CPU kann unter besten Bedingungen zwischen 2 und 4 Befehlen parallel ausführen [...]

Klingt nach Hyper-Threading?

Nein, das ist was ganz anderes.

Hier haben wir's mit Pipelining und Superskalarität zu tun.
Wie gut oder schlecht das mit realem Code funktioniert, müssen Tests zeigen. In so einer Pipeline passen nicht alle Befehle notwendigerweise zusammen und manchmal muß sogar ein "Pipeline Flush" gemacht werden (dann muß man mehrere Taktzyklen warten, bis "hinten wieder was rauskommt"). Real ist so ein Prozessor also höchstens so schnell als auf dem Papier und meist langsamer.

Welcher FPGA ist denn für das Standalone Board geplant? Irgendwie habe ich noch eine Zahl mit etwas mehr als 200 MHz im Kopf? Damit dürfte man dann schon deutlich schneller sein als eine Coldfire CPU in der Biene? Andererseits muss man aber auch erstmal abwarten wie gut sie es hinbekommen, den ST im FPGA umzusetzen und ob wirklich am Ende die volle Geschwindigkeit genutzt werden kann. Insofern erstmal abwarten und Tee trinken. Die Werte bislang sagen in insofern erstmal nicht besonders viel aus.

Nach Aussage von Gunnar müsste der Apollo-Core mit etwa 150 MHz getaktet werden (also fast doppelt so schnell wie heute), um ColdFire -Geschwindigkeit zu erreichen. Welche Taktrate man mit welchem FPGA erreichen kann, kann man vorher nicht sagen, höchstens schätzen.

[tuxie]

2 1/2 Monate später any success?