Instandsetzung 520STM Board für PAK/FRAK/Panther ...

[czietz]

Wenn Du die Zugriffsgeschwindigkeit auf das RAM messen willst, würde ich statt GEMBench eher MEMSPEED und/oder Nembench empfehlen.

[tuxie]

Da stimmt das Timing nicht, da kommt die PAK mit dem Shifter ins Gehege, ich wette du hast mit memspeed nur 1.8MB/s ST Ram speed, weil das kommt mir bekannt vor!

[Arthur]

Betreibe jetzt die PAK68/3-020 mit 40Mhz anstatt mit 32Mhz und die FPU ist jetzt eine 882 anstatt der 881

Die GemBench 6 Werte sind etwas seltsam das Referenzsystem ist die 32Mhz Variante. Wahrscheinlich laufen die 32Mhz synchroner zum Bustakt als die 40Mhz, keine Ahnung?

Bei solchen Vergleichen würde ich mir eine Referenz mit und ohne NVDI erstellen und entsprechend auswählen. So, finde ich ergibt das wenig Sinn und verfälscht den Vergleich unnötig.

[Lukas Frank]

Da ist kein NVDI. NVDI läuft wegen dem Nova Treiber nur als GDOS ...

[Arthur]

Da ist kein NVDI. NVDI läuft wegen dem Nova Treiber nur als GDOS ...

Das ist aus dem Screenshot nicht ersichtlich und ich vermute das es, wenn auch nur, eine minimale Abweichung geben wird oder könnte.

[Lukas Frank]

@czietz , @tuxie ...

32Mhz (Memspeed)

        L1       L2      Main
Read   29.7     30.1     3.7
Write   3.6      3.5     3.6

        L1       L2      Main
Read   19.5     19.3     19.3
Write  23.5     23.5     23.8



40Mhz

        L1       L2      Main
Read   37.8     37.3     3.7
Write   3.7      3.7     3.7

        L1       L2      Main
Read   24.5     24.7     24.7
Write  29.7     29.7     29.4

----------------------------
32Mhz
NemBench v2.1 - precision CPU/FPU profiler.

Integer multiply (16bit)     -> 1.229 Mips (~200%)
Integer divide (16bit)       -> 0.726 Mips (~200%)
Linear (stalled) integer     -> 16.000 Mips (~200%)
Interleaved (piped) integer  -> 16.031 Mips (~201%)

Float multiply (64bit)       -> 0.537 MegaFlops (~202%)
Float divide (64bit)         -> 0.348 MegaFlops (~201%)
Linear (stalled) float       -> 1.058 MegaFlops (~198%)
Interleaved (piped) float    -> 1.139 MegaFlops (~214%)

16bit read (100% hit)        -> 6.879 MByte/sec (~87%)
16bit write (100% hit)       -> 10.593 MByte/sec (~176%)
32bit read (100% hit)        -> 13.745 MByte/sec (~87%)
32bit write (100% hit)       -> 21.186 MByte/sec (~317%)

Linear 32bit read (ST-Ram)   -> 2.635 MByte/sec (~49%)
Linear 32bit write (ST-Ram)  -> 2.553 MByte/sec (~39%)
Linear 32bit copy (ST-Ram)   -> 1.550 MByte/sec (~48%)

Linear 32bit read (FastRAM)  -> 13.667 MByte/sec (~257%)
Linear 32bit write (FastRAM) -> 20.400 MByte/sec (~316%)
Linear 32bit copy (FastRAM)  -> 10.208 MByte/sec (~316%)


40Mhz
NemBench v2.1 - precision CPU/FPU profiler.

Integer multiply (16bit)     -> 1.535 Mips (~250%)
Integer divide (16bit)       -> 0.907 Mips (~250%)
Linear (stalled) integer     -> 19.980 Mips (~250%)
Interleaved (piped) integer  -> 19.980 Mips (~250%)

Float multiply (64bit)       -> 0.671 MegaFlops (~253%)
Float divide (64bit)         -> 0.435 MegaFlops (~251%)
Linear (stalled) float       -> 1.347 MegaFlops (~252%)
Interleaved (piped) float    -> 1.332 MegaFlops (~250%)

16bit read (100% hit)        -> 8.654 MByte/sec (~110%)
16bit write (100% hit)       -> 13.297 MByte/sec (~221%)
32bit read (100% hit)        -> 17.301 MByte/sec (~110%)
32bit write (100% hit)       -> 26.595 MByte/sec (~398%)

Linear 32bit read (ST-Ram)   -> 3.529 MByte/sec (~66%)
Linear 32bit write (ST-Ram)  -> 3.378 MByte/sec (~52%)
Linear 32bit copy (ST-Ram)   -> 1.624 MByte/sec (~50%)

Linear 32bit read (FastRAM)  -> 17.201 MByte/sec (~323%)
Linear 32bit write (FastRAM) -> 25.650 MByte/sec (~397%)
Linear 32bit copy (FastRAM)  -> 12.825 MByte/sec (~397%)

[Lukas Frank]

Da ist kein NVDI. NVDI läuft wegen dem Nova Treiber nur als GDOS ...

Das ist aus dem Screenshot nicht ersichtlich und ich vermute das es, wenn auch nur, eine minimale Abweichung geben wird oder könnte.

Das macht keinen Unterschied. Die Auflösung macht einen kleinen Unterschied. Und der USB Stack frisst etwas CPU Leistung wenn er aktiv ist.

[czietz]

MEMSPEED-Interpretation. Wenn man die Spalten für L1- und L2-Cache mal weglässt (die 68020-CPU hat gar keinen Datencache) und sich nur auf die Spalte "Main" konzentriert, dann zeigen die Ergebnisse (anders als GEMBench) nicht, dass der ST-RAM-Zugriff langsam(er) wäre.

[pakman]

Wenn man die Spalten für L1- und L2-Cache mal weglässt (die 68020-CPU hat gar keinen Datencache)

Die PAK/3 hat 32kB L2-Cache (nur für ST-RAM, Daten und Befehle gemischt).
Der wird beim ST-RAM unter L1 und L2 angezeigt..

[Lukas Frank]

Deshalb auch die hohen Ramwerte ...

Habe noch Probleme mit MiNT in Zusammenhang mit dem Nova Treiber und der 020 Karte und deshalb mal die MACH32 gegen eine ET4000/W32i getauscht aber ohne Erfolg ...

[Lukas Frank]

Habe noch Probleme mit MiNT in Zusammenhang mit dem Nova Treiber und der 020 Karte und deshalb mal die MACH32 gegen eine ET4000/W32i getauscht aber ohne Erfolg ...

Das Problem war Teradesk. Das läuft nicht richtig wenn eine 020 CPU Fastram hat. Thing hat die gleichen Probleme.

https://github.com/freemint/freemint/issues/214

Mit Jinnee 2.5 läuft alles wunderbar und Fehlerfrei mit MiNT und XaAES.

[Arthur]

Ist schon klasse zu sehen wie vorausschauend man damals schon programmiert hat.

[Lukas Frank]

Das Problem war Teradesk. Das läuft nicht richtig wenn eine 020 CPU Fastram hat. Thing hat die gleichen Probleme.

Scheint wohl das alles was mit dem Nova Treiber zu tun hat egal ob ET4 oder ATI und egal ob 000 oder 020/030 Version. Mit einer 030 PAK gibt es die Probleme nicht. Single TOS hat auch kein Problem.

Ist die Kombi MiNT + 020 + Fastram + Nova

... weil eine PAK68/2 mit 020 ohne Fastram auch keine Probleme macht.


Ob man jetzt alleine dem Nova Treiber den schwarzen Peter zuschieben kann weiss ich nicht !?!

[Lukas Frank]

Ich muss noch die Front machen. Komplett schwarz Lackieren geht nicht weil da eine Rauchglas (Plexi) Scheibe dran ist die eingeklebt ist. Deshalb habe ich mir überlegt nur die Laufwerksschächte und die Floppy schwarz zu machen.

Die PAK68/3-020 mit dem ganzen Zusätzen läuft sehr stabil. Cubase Score 2.07 läuft auch über die MACH32 Grafikkarte bei 1280x1024. Der Monitor ist kaputt und deshalb immer Gelb weil Blau fehlt, macht aber nichts weil es mich nicht Stört ...

[Lukas Frank]

Aktueller Snapshot unter MiNT mit Netzwerk und USB and allem Drum und Dran ...

[goetz @ 3rz]

Der Monitor ist kaputt und deshalb immer Gelb weil Blau fehlt,

Ist bei anderen Plattformen ein zusätzliches Software-Feature namens "Night Shift", besser für die Augen!

[Gaga]

Aktueller Snapshot unter MiNT mit Netzwerk und USB and allem Drum und Dran ...

Beeindruckend.

Welches Snapshot Programm benutzt du?

[Lukas Frank]

Xaaesnap in der letzten Version. Ist die 0.12b meine ich. Finde die aber nicht im Netz, hänge die später mal an ...

@Gaga ... schreibe Lonny mal. Ich weiss nicht ob ich so weitergeben darf. Vielleicht gibt es auch was neueres mittlerweile?

XaAESnap v0.12b (beta-ware)

Screen snap module for XaAES.

Supported modes:

Bits   Colors   Output Format      Back Ground Task
----   ------   ------------------   ----------------
1   2   8-bit Color Map      No
2   4   8-bit Color Map      No
4   16   8-bit Color Map      No
8   256   8-bit Color Map      Yes
15      32k   24-bit High Color   Yes
16   64k   24-bit High Color   Yes
24   16.7m   24-bit True Color   Yes
32   16.7m   24-bit True Color   Yes

Color Map  = Type 1 uncompressed
True Color = Type 2 uncompressed
High Color = Type 2 uncompressed
'Back Ground Task' means the image data is processed off screen.  Modes
marked 'no' will be locked until the file creation is complete.
 
Normally the Targa file will be 8 or 24 bits per pixel.  However, if your
video hardware happens to match the Targa specification exactly, then a 16
or 32 bit file might be created.  If this condition occurs the snap module
is extremely fast.  This applies only to full screen snaps.
 
Currently it must be started before pressing Control-Alt-D in XaAES.
Currently always dumps screen snaps to u:\ram\ (the MiNT ramdisk).
Generates files as 'snap_xxx.tga' where xxx is a number from 0 to 999.
It will never overwrite and existing snap even if restarted, unless you
happen to exceed 1000 snaps.

Don't like Targa?  Simply build your own screen snap module.  Contact the
current maintainer of XaAES or the MiNT-Mailing List for further information
regarding module creation.

Please report any problems to:
http://www.bright.net/~gfabasic/

Coded by Lonny Pursell
(C)2006 Lonny Pursell and ENCOM
All rights reserved.

Use entirely at your own risk!

eof

[Lukas Frank]

https://docs.dev-docs.org/htm/search.php?find=xaaesnap

[Lukas Frank]

Das Problem war Teradesk. Das läuft nicht richtig wenn eine 020 CPU Fastram hat. Thing hat die gleichen Probleme.

Scheint wohl das alles was mit dem Nova Treiber zu tun hat egal ob ET4 oder ATI und egal ob 000 oder 020/030 Version. Mit einer 030 PAK gibt es die Probleme nicht. Single TOS hat auch kein Problem.

Ist die Kombi MiNT + 020 + Fastram + Nova

... weil eine PAK68/2 mit 020 ohne Fastram auch keine Probleme macht.


Ob man jetzt alleine dem Nova Treiber den schwarzen Peter zuschieben kann weiss ich nicht !?!

Der Nova Treiber hat keine Schuld, die Probleme kommen aus der Nutzung von NVDI5 als reines GDOS neben dem Nova Treiber installiert. Wohl auch nur auf Maschinen mit 000-020 CPU. @czietz .. hat das heraus gefunden. Ich wäre da niemals drauf gekommen ...