Hardware > Hardware (High-End)
DFB1 Atari Falcon 030 Beschleuniger mit Fastram ...
Lukas Frank:
Habe wegen Tests mit dem DFB1 einen Schalter eingebaut um den DFB1 zu deaktivieren ohne jedesmal das Gehäuse öffnen zu müssen. Problem ist das der Rechner bei aktiviertem DFB1 nicht ohne NVDI läuft wegen dem Blitter im Atari Falcon. Und so kann man manchmal nichts mehr machen wenn der DFB1 aktiv ist und der Rechner immer bombt und hängt am Desktop.
Kippschalter mag ich nicht und habe einen Druckschalter verwendet. Schnell gemacht, sauberer machen kommt später wenn ich am Deckel weiter Arbeite ...
Lukas Frank:
Es gibt da ein seltsames Verhalten bei den DSP Transfer Datenraten das von den 100% beim original Atari Falcon oder bei deaktivierten DFB1 auf 50% einbricht wenn der DFB1 Beschleuniger aktiv ist ...
DSPBench v3.0b - precision DSP tests. dml/2026
memory integrity test:
DSP-local IX:IY $0000-$01FF march OK
SRAM EX:EY $0200-$3FFF march OK
HOST interrupt test:
RXDF/CPU interrupts triggered OK
TXDF/CPU interrupts triggered OK
hostport raw R/W datarate:
write ( 24bit x:H:M:L ) -> 3.603 MB/sec (~100%)
read ( 24bit x:H:M:L ) -> 3.045 MB/sec (~100%)
write ( 16bit -:-:M:L ) -> 4.404 MB/sec (~100%)
read ( 16bit -:-:M:L ) -> 3.326 MB/sec (~100%)
host transfer rate (STRam)
TX ( 24b/packed ) -> 2.441 MB/sec (~100%)
TX ( 24b/longs ) -> 2.104 MB/sec (~100%)
RX ( 24b/longs ) -> 2.198 MB/sec (~100%)
TX ( 16b/words ) -> 2.343 MB/sec (~100%)
RX ( 16b/words ) -> 2.758 MB/sec (~100%)
TX ( 8b/bytes ) -> 1.761 MB/sec (~100%)
RX ( 8b/bytes ) -> 1.845 MB/sec (~100%)
ALU & SRAM speed:
mac ( P:Int X:Int Y:Int ) -> 16.000 Mips (~100%)
mac ( P:Int X:Ext Y:Ext ) -> 8.000 Mips (~100%)
mac ( P:Ext X:Int Y:Int ) -> 16.000 Mips (~100%)
mac ( P:Ext X:Ext Y:Ext ) -> 5.333 Mips (~100%)
DSPBench v3.0b - precision DSP tests. dml/2026
memory integrity test:
DSP-local IX:IY $0000-$01FF march OK
SRAM EX:EY $0200-$3FFF march OK
HOST interrupt test:
RXDF/CPU interrupts triggered OK
TXDF/CPU interrupts triggered OK
hostport raw R/W datarate:
write ( 24bit x:H:M:L ) -> 1.676 MB/sec (~46%)
read ( 24bit x:H:M:L ) -> 1.610 MB/sec (~52%)
write ( 16bit -:-:M:L ) -> 2.232 MB/sec (~50%)
read ( 16bit -:-:M:L ) -> 2.060 MB/sec (~62%)
host transfer rate (STRam)
TX ( 24b/packed ) -> 1.372 MB/sec (~56%)
TX ( 24b/longs ) -> 1.248 MB/sec (~59%)
RX ( 24b/longs ) -> 1.248 MB/sec (~57%)
TX ( 16b/words ) -> 1.622 MB/sec (~69%)
RX ( 16b/words ) -> 1.628 MB/sec (~59%)
TX ( 8b/bytes ) -> 1.521 MB/sec (~86%)
RX ( 8b/bytes ) -> 1.277 MB/sec (~69%)
ALU & SRAM speed:
mac ( P:Int X:Int Y:Int ) -> 16.000 Mips (~100%)
mac ( P:Int X:Ext Y:Ext ) -> 8.000 Mips (~100%)
mac ( P:Ext X:Int Y:Int ) -> 16.000 Mips (~100%)
mac ( P:Ext X:Ext Y:Ext ) -> 5.333 Mips (~100%)
Lukas Frank:
David sucht nach einer Lösung und ich bin gespannt ...
charon:
Das Problem ist wie Atari den Erweiterungsport des Falcon implementiert hat. Eigentlich hat der 030 DSACK0/DASCK1 Leitungen, um die Gültigkeit der Daten anzuzeigen. Der Falcon liefert auf dem Erweiterungsbus aber ein DTACK im 68000 Stil, das sich einen Takt mehr gönnt (4 Takte beim 68000 vs. 3 Takte beim 68030). Wenn ich das richtig verstanden habe, ist das das Problem. Es gibt einen ganzen Thread dazu auf dem Exxos Forum
https://www.exxosforum.co.uk/forum/viewtopic.php?f=112&t=8042
Lukas Frank:
Da ist wohl eine Idee etwas an dem GAL Satz des Falcon Mainboards anzupassen bzw. zu ändern.
Ich meine gelesen zu haben das es dieses Problem mit der CT60 nicht gibt ...?
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln