Hardware > Hardware (Classic 16-/32-Bit)

noch ein MegaST Bastelprojekt

<< < (4/7) > >>

Arne:

--- Zitat von: Idek Tramielski am Di 18.08.2015, 18:10:20 ---Naja...Alan hat ja seine eigene Logik in den CPLD geblasen, das muss ja nicht so sein wie im Falcon.

--- Ende Zitat ---
Da haddu Recht.
Wobei die c't Lösung recht simpel ist - es wird IIRC der gesamte $F0xxxx Adressraum belegt.
Evtl. ist das Bustiming der Beschleunigerkarten nicht mehr 100% 8MHz kompatibel und Alans Karte ist auch nicht 100%ig, so dass z.B. die Bustreiber zur CPU zu lange an bleiben oder das CPLD /DTACK nicht schnell genug wieder in den Tristate schickt. Müsste man sich mit Oszi/LA anschauen, was da los ist.

Lukas Frank:
Habe mich schon bei Alan gemeldet und ihm angeboten meine beiden Beschleunigerkarten geliehen zu bekommen für Tests ...

guest522:
Hier mal die GEMBENCH v3.10 Werte

TOS2.06
NVDI5.03
ST Mittel

--- Code: ---                                       25MHz + Cache       25MHz + Cache         
                                       mit NVDI             mit NVDI                     
                                       ohne Blitter        mit Blitter                   
GEM Dialog Box                             570                630                     
VDI Text                                  2681               3351                   
VDI Text Effects                          2052               2238                 
VDI Small Text                             833                874                     
VDI Graphics                               900                938   
GEM Window                                 447                529                   
Integer DIvision                           319                319                             
Float Math                               crash              crash
RAM Access                                 310                310
ROM Access                                 310                310
Blitting                                   565               1259                         
VDI Scroll                                 667                794                     
Justified Text                             646                771                   
VDI Enquire                                393                405                   

--- Ende Code ---


Man kann deutlich sehen, dass der Blitter noch etwas bringt.
Allerdings ist mir etwas sehr merkwürdiges aufgefallen. Wenn man NVDI weglässt, werden die Display Benchs sehr langsam. Offenbar sind dann die notwendigen ROM Zugriffe auf der MonSTer sehr langsam. Jetzt wird es aber noch schräger: Wenn man dann auf TOS1.04 umschaltet, verschwindet dieser Effekt wieder?! :o
Any ideas?

Gast120501:
Nein, keine Idee, bin nur überrascht, dass bei dir der Blitter tasächlich noch was bringt.

Meine Tests waren damals mit TOS 2.06 in 4 Eproms auf der Pak, also 32 bittig, außerdem hatte ich damals noch nur NVDI 2.5. Jedenfalls hatte ich mich ziemlich geärgert, mit Hilfe von Tipps die ich per Mail (übers Maus-Netz) von Michael Ruge bekam, die Rev. D 1040 ST Platine auf Blitter umgebaut (bei der Platine war die Beschaltung des Blittersockels noch fehlerhaft!) und dann war das Ding ne Spaßbremse. Die PAK war eine ganze Ecke schneller, als der Blitter, den ATARI einst als die Waffe gegen den Amiga angedacht hatte.

guest522:
So das hat mir keine Ruhe gelassen, deshalb habe ich noch mal hin und her getestet.
Festellungen:
Sobald IDE der MonSTer aktiv ist werden die Benchmarks ohne NVDI sehr schlecht (teilweise nur 30%, egal ob 8 oder 25 MHz). Das ist mit AHDI und HDDriver so. Wenn man dagegen von Diskette bootet, ohne aktiven HD Treiber, hat man volle Geschwindigkeit. Mit UltraSatan habe ich keine deratigen Probleme.
Der IDE Teil der MonSTer fliegt deshalb bei mir erst mal wieder raus.
@Frank: Bitte teste das mal bei Dir.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete