SysInfo Vergleichsthread

[Kris]

Problem gefunden. Nachdem ich die 68040.library entfernt habe geht Sysinfo wieder!

A1200-3.1 - 68ec020/14 -8MBFast - 2844 - 2,96 - ??,?? - 3,85 - einfache RAM Erweiterung

[Ratte]

Modell- Kick- CPU/Mhz -RAM-Dhrystones-Mips-Vergl. zu A600 7Mhz - Bemerkung
---------------------------------------------------------------------
A1000 - 3.1 - 68010/14 - 2MB Fast - ?? - ?? - 2,89 - BlizzardTurboMem14Mhz

Kick3.1 ins ShadowMem geladen und Karte (ShadowMem für ROM und 2MB Fast auf 14MHz geschaltet)
MC68010 12 MHz CPU läuft stabil bei 14,3 MHz

Drystones und Mips weis ich leider nicht mehr ...
(Mal wieder aufbauen)

[Evillord68]

Es gibt ne 55Mhz Blizzard?? Ich weiß nicht, ob SysInfo einen CoPro berücksichtigt, meine o.g. 1230/50 ist voll bestückt.

Die Blizzard läßte sich per jumper auf 70NS und 60 NS Ramgeschwindigkeit einstellen. Vieleicht ist die eine auf 60 NS und die 55MHZ Version auf 70 NS eingestellt. Daher die unterschiedlichen Werte.

[gunatm]

Vielleicht sollten wir uns auch explizit auf eine SysInfo-Version einigen! Vielleicht produzieren unterschiedliche Versionen unterschiedliche Ergebnisse. Schwieriger finde ich Ergebnisse des MC68010-Prozessors, der so inkompatibel ist, daß ein Vergleich geschweige denn ihn zu verbauen, sinnlos ist. V3.24 scheint up to date zu sein.

DL: http://de4.aminet.net/util/moni/SysInfo.lha

[Evillord68]

Vielleicht sollten wir uns auch explizit auf eine SysInfo-Version einigen! Vielleicht produzieren unterschiedliche Versionen unterschiedliche Ergebnisse. Schwieriger finde ich Ergebnisse des MC68010-Prozessors, der so inkompatibel ist, daß ein Vergleich geschweige denn ihn zu verbauen, sinnlos ist. V3.24 scheint up to date zu sein.

DL: http://de4.aminet.net/util/moni/SysInfo.lha

Hmm, ich haben einen 68010er in meinem CDTV Kick 3.1 SCSI und 8 MB Fast. Hatte bisher noch nie Probleme mit dem 68010. Nur bringt der eigentlich nicht wirklich viel. Da macht der Kick 3.1 gelegentlich mehr zicken. Zum Glück gibts ja das Tool Skick, dann läuft er mit 1.3.

[Ratte]

Vielleicht sollten wir uns auch explizit auf eine SysInfo-Version einigen! Vielleicht produzieren unterschiedliche Versionen unterschiedliche Ergebnisse. Schwieriger finde ich Ergebnisse des MC68010-Prozessors, der so inkompatibel ist, daß ein Vergleich geschweige denn ihn zu verbauen, sinnlos ist. V3.24 scheint up to date zu sein.

DL: http://de4.aminet.net/util/moni/SysInfo.lha

SysInfo 3.24 (nehme nur diesen) und der MC68010 ist nicht inkompatibel.
Nur eine PrivilegExeption (OS-Sache) mit der man aus 99,9%kompatibel 100% macht.
(auch bekannt als DeciGel-Patch)
Die 2,89 kommen vom 14MHz FastMem mit 14MHz auf dem BlizzardTurboMemBoard.
Der 68000 14MHz hat irgendwas mit 2,3 gemacht ...

[gunatm]

Das ist wohl sehr optimistisch! Wahrscheinlich eher 63,564 % kompatibel! Das haben wir schon durch!

[Ratte]

Dann mal her mit dem Link zum Thread .. das kann entkräftet werden.

[gunatm]

http://www.amiga-news.de/forum/thread.p ... &BoardID=1
http://www.amiga-news.de/forum/thread.p ... &BoardID=1
http://www.german-amiga-community.de/vi ... ight=68010
http://www.a1k.org/forum/index.php?mode ... &thread=33


Warte ich finde noch mehr ... Ich habe übrigens noch nicht alle Forenlinks zusammengesucht. Das ist nur ein kleiner Teil!

[Ratte]

Also ich finde nur eine Aussage von RetroMan der mal so einfach in den Raum wirft, dass nur 80% der Software läuft.
Komisch mein 010er hat alles gefressen ...
Mit dem Tool DeciGEL werden aus 99% übrigens wirklich ganze 100% Kompatibilität.
Es gibt nur einen Asembler-Befehl der nicht kompatibel ist und eine Ecxeption auslöst und (nach dem installieren des Tools) in dieser Routine landet .. dort wird er in kompatiblen Code umgewandelt und es geht weiter.
In einigen A3000-Kicks hat Commodore diesen Patch übrigens fest eingebaut, da dieser "eine" Befehel alles CPUs nach dem 000 betrifft.
Also auch 020,040,060 ...

Poste mal bitte nachvollziehbare Probleme .. das war bisher nur heisse Luft.

DeciGEL:

SysBase EQU 4
AlcMem EQU -6*33
PrivVect EQU $20 ; Address of Privlege error vector

Main movea.l SysBase,A6
move.l CodeSize,D0
moveq #0,D1 ; PUBLIC
jsr AlcMem(A6) ; Get the memory
tst.l D0 ; Did we get it?
bne.s GotIt
moveq #100,D0 ; Return Error # 100
rts ; Back to AmigaDOS with error

GotIt move.l D0,A0 ; Move to work reg
move.l D0,A2 ; Save copy for patching vector
lea MoveMe,A1 ; Get address of our code
move.l CodeSize,D0 ; Number of bytes to move
subq.l #5,D0 ; Correct for DBF and one long word
Loop move.b (A1)+,(A0)+ ; Move byte
dbf D0,Loop
move.l PrivVect,(A0)+ ; Patch opcode at end
move.l A2,PrivVect ; Patch us into the vector
moveq #0,D0 ; Good return code
rts ; Back to AmigaDOS, no error

MoveMe movem.l D0/A0,-(SP) ; Save registers
move.l 8+2(SP),A0 ; Pointer to opcode
move.w (A0),D0 ; Pickup opcode
andi.w #~%111111,D0 ; Mask out EA field
cmpi.w #$40C0,D0 ; Is it a MOVE SR,ea?
bne.s NotOne
bset #1,(A0) ; Convert it to MOVE CCR,ea
movem.l (SP)+,D0/A0 ; Restore regs
rte ; Rerun new opcode

NotOne movem.l (SP)+,D0/A0 ; Restore regs
jmp $FC0000 ; To previous handler, patched on
; installation of this routine
CodeEnd
CodeSize DC.L CodeEnd-MoveMe ; Size of routine
end

[Applause]

Ehem.
*Räusper*

Macht doch bitte einen Extra-Threat ala:
"68010 Probleme oder doch nicht ?"
auf.

Ich bin der Meinung das hier ausschließlich die Infos aus
SysInfo gepostet werden sollten und nicht welche CPU
macht wo Probleme.

Ggf kann ja ein Mod hier mal Aufräumen.

[Ratte]