Chameleon64v2 vs CMD SuperCPU unter GEOS

Es gibt 33 Antworten in diesem Thema, welches 7.218 mal aufgerufen wurde. Der letzte Beitrag (12. Februar 2019 um 21:38) ist von markusC64.

  • Vergleich Chameleon64v2 mit CMD SuperCPU64/RAMCard unter GEOS MegaPatch64 V3.3r4.

    Test mit MegaAssembler V4. Die Zeiten geben an wie lange der Assemblierungsvorgang von GEOS MegaPatch gedauert hat. TeilBitte melde dich an, um diesen Link zu sehen. ist der Kernal, TeilBitte melde dich an, um diesen Link zu sehen. sind Programme und Treiber. TeilBitte melde dich an, um diesen Link zu sehen. endet mit 67.403 erzeugten Assembler-Befehlen und 270.919Bytes.

    TeilBitte melde dich an, um diesen Link zu sehen. wurde nicht immer getestet, hochgerechnet würde der am C64/REU 3h dauern... das muss nicht sein.

    Zum assemblieren wurden zwei Laufwerke eingerichtet: Laufwerk C: ist immer ein RAM-Laufwerk im GEOS-DACC, Laufwerk D: Entweder RAMNative, CREU-Native, RAMCard-Native oder RAMLink-Native. C: Enthält den Assembler und den erzeugten Programmcode. D: enthält alle Quelltext-Dateien.

    Wenn man aus dem Test die besten Werte für TeilBitte melde dich an, um diesen Link zu sehen. nimmt:
    PlatzBitte melde dich an, um diesen Link zu sehen.: VICE (allerdings läuft hier die Uhr schneller) - Faktor 24x
    PlatzBitte melde dich an, um diesen Link zu sehen.: SuperCPU+RAMCard - Faktor 12x
    PlatzBitte melde dich an, um diesen Link zu sehen.: Chameleon64+REU - Faktor 5x
    PlatzBitte melde dich an, um diesen Link zu sehen.: C64/REU - Faktor 1x

    Bei TeilBitte melde dich an, um diesen Link zu sehen. bleibt die Rangfolge gleich. Nimmt man die Werte von VICE als Basis ändern sich bei den vielen kleineren Dateien die Faktoren minimal.

    Die RAMLink bremst den Test etwas aus, aber ich hab keine REU mit der ich ein so großes Native-Laufwerk als D: einrichten könnte (nur CMD 1750XL 2MB). Daher wurde hier eine RAMLink-Partition verwendet. Bei TeilBitte melde dich an, um diesen Link zu sehen. zeigt sich das mit einer echten 16MB-REU die Ergebnisse fast identisch wären wie mit der RAMCard.

    vergleicht man SuperCPU/1MHz und C64/REU muss ich feststellen das der DMA-Chip doch schneller ist als der 16Bit-Code der SuperCPU. Allerdings lässt sich das nicht kombinieren, da der SuperCPU-Patch den Speicher der DMA-Routine benötigt. Ohne den Patch ließe sich aber die SuperCPU nur im 1MHz-Modus betreiben.

    Fazit: Das ist ein ganz spezieller Test und nicht allgemein auf andere Programme übertragbar. Aber hier sieht das Cham64 nur die Rücklichter der SuperCPU :D . Aber das Cham64 ist ein tolles Stück Hardware, da kann ich bald den realen C64 wieder einmotten und die teure Hardware schonen: Und für GEOS ist die Geschwindigkeit des Cham64 absolut ausreichend, kein Vergleich mit einem "puren" C64. :Peace


    C64/REU, RAM81+RAM81
    TeilBitte melde dich an, um diesen Link zu sehen.: 516s
    TeilBitte melde dich an, um diesen Link zu sehen.: -nicht getestet- (gem. VICE ca. 12.240s)


    VICE/Warp (bis zu 2600%)/REU, RAM81+CREU-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 21s
    TeilBitte melde dich an, um diesen Link zu sehen.: 503s (VICE zeigt 3h24m an wenn der C64 mit 1MHz laufen würde)


    Chameleon-Turbo/16MbREU, RAM81+CREU-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 104s
    TeilBitte melde dich an, um diesen Link zu sehen.: 2.559s


    Chameleon-1MHz/16MbREU, RAM81+CREU-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 522s
    TeilBitte melde dich an, um diesen Link zu sehen.: -nicht getestst- (Hochgerechnet etwa 12.850sek = 3h34m)


    SuperCPU-10MHz/REU, RAM81+RL-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 47s
    TeilBitte melde dich an, um diesen Link zu sehen.: 1.326s


    SuperCPU-1MHz/REU, RAM81+RL-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 757s
    TeilBitte melde dich an, um diesen Link zu sehen.: -nicht getestet-


    SuperCPU-1MHz/REU, RAM81+RAM-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 682s
    TeilBitte melde dich an, um diesen Link zu sehen.: -nicht getestet- (nicht genügend REU-Speicher)


    SuperCPU-10MHz/RAMCard, RAM81+SRAM-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 43s
    TeilBitte melde dich an, um diesen Link zu sehen.: 1.092s


    SuperCPU-1MHz/RAMCard, RAM81+SRAM-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 682s
    TeilBitte melde dich an, um diesen Link zu sehen.: -nicht getestet-

  • Kleiner Nachtrag: Mit dem Cham64 sollte MoveData im Editor abgeschaltet werden. Damit ist das Cham64 etwas schneller beim Test:

    Chameleon-Turbo/16MbREU mit MoveData, RAM81+CREU-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 104s
    TeilBitte melde dich an, um diesen Link zu sehen.: 2.559s

    Chameleon-Turbo/16MbREU ohne MoveData, RAM81+CREU-Native
    TeilBitte melde dich an, um diesen Link zu sehen.: 76s
    TeilBitte melde dich an, um diesen Link zu sehen.: 1.821s

    Bei TeilBitte melde dich an, um diesen Link zu sehen. ergibt sich damit ein Faktor von 6,7x. Beim TeilBitte melde dich an, um diesen Link zu sehen. mit dem hochgerechneten Laufzeit am C64 ebenfalls 6,7x.

    :thnks: an Bitte melde dich an, um diesen Link zu sehen. für den Hinweis!

  • Ohh, das ist interessant.
    Hier stand was anderes.

    Bitte melde dich an, um diesen Link zu sehen.

    Dann muss was anderes die TC64 "bremsen"?

    Gruß Höp

    8 Bit sind genug, sonst komme ich morgens nicht aus dem Bett. %)

    „Nous sommes dans un pot de chambre et nous y serons emmerdés.“
    („Wir sitzen in einem Nachttopf und wir werden darin zugeschissen werden“)
    2.9.1870, Auguste-Alexandre Ducrot

    Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen. The home of ACME win32 compile.

  • Hab ich da was überlesen? Ich sehe da nicht wie er dazu kommt zu behaupten das TC64 wäre schneller als die SCPU. Ich hab aber auch MegaPatch getestet, im Thread ging es wohl um GEOS.

    Bei meinem Test werden die Daten von einem RAM-Laufwerk gelesen und auf ein RAM-Laufwerk geschrieben. Wenn die REU als GEOS-DACC angesetzt wird ist am TC64 evtl. das ein Problem weil da wohl auf 1MHz umgeschaltet wird, der Transfer in die REU geht ja mit den REU-Registern ab $DE00. Bei MegaPatch128 wird der Takt auch auf 1MHz gedrosselt obwohl der im 80Z-Modus bei 2MHz liegt. Ein Kommentar dazu besagt das dies wohl notwendig ist. Wenn das TC64 hier kompatibel sein will würde das ein runtertakten auf 1MHz erklären und dann wären die Diskzugriffe das was das TC64 ausbremst. Das ließe sich aber nur umgehen wenn man direkt in die 16Mb der REU Daten schreiben/lesen kann ohne die REU-Register zu verwenden.

    P.S. Wie gesagt ist mein Test ein sehr spezieller Anwendungsfall: Da werden massenhaft Daten von Disk gelesen und gespeichert. Es ist durchaus möglich das andere Programme die Hauptsächlich im Speicher arbeiten mit dem TC64 schneller sind. Da müsste ich mal ein Testprogramm schreiben wass z.B. nur Grafikroutinen verwendet.

  • Das ließe sich aber nur umgehen wenn man direkt in die 16Mb der REU Daten schreiben/lesen kann ohne die REU-Register zu verwenden.

    Könnte sogar gehen - beim TC64 geht ziemlich viel. Allerdings Standard-REU kompatibel wäre so ein Zugriff sicher nicht mehr...

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Bitte melde dich an, um diesen Link zu sehen.
    Kommt halt drauf an, was man benchmarkt. Finde deine Ergebnisse interessant.

  • wiki.icomp.de/wiki/C64_Benchmarks
    Kommt halt drauf an, was man benchmarkt. Finde deine Ergebnisse interessant.

    Danke :)

    Die Seite kannte ich, dort sieht man ja auch das in einigen Bereich das TC64 schneller ist als die SCPU. Hier werden aber Einzelfälle getestet. Das ist mein Test zwar auch, aber eben einer den ich bis vor kurzem täglich im Einsatz hatte. Es zeigt sich also wieder mal das es einen absoluten Test nicht gibt. Würde man da meinen Test mit dran hängen würden das Rating anders aussehen.

    Könnte sogar gehen - beim TC64 geht ziemlich viel. Allerdings Standard-REU kompatibel wäre so ein Zugriff sicher nicht mehr...

    Muss ja nicht. Bei der SuperCPU gibt es auch einen Treiber der die Daten via 16Bit-mvn-Befehl verschiebt. Wenn ich wüsste wie man Daten ohne Register in das 16MB-REU-RAM speichern kann könnte man da was programmieren.

  • Schau mal: Bitte melde dich an, um diesen Link zu sehen.

    Inbs. das Kapitel über die MMU. Damit lassen sich TC64-Speicherbereiche in den C64 Adressbereich mappen.

    Frag nicht nach Details, hab ich alles noch nicht ausprobiert. Bin da jedoch mal drüber gestolpert, weil die EasyFlash TC64 EAPI das eben so macht, um auf das emulierte EasyFlash zu schreiben.

    Edit: Ja, die SuperCPU hat da einen Vorteil: 24 Bit Adressen verwenden zu können ist natürlich eleganter und schneller... Aber wenn man Glück hat, tun eben die MMU-Adressen kein Heruntertakten bewirken... das Heruntertakten scheint mir der Flaschenhals zu sein.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Das Handbuch hab ich schon... für die RTC. Aber auch noch nicht damit beschäftigt.

    Für mich ist der Unterschied jetzt nicht so groß das ich da dringend Abhilfe schaffen müsste. Aber nachdem ich meinen TC64-Arbeitsplatz mit umgelabelter PS/2-Tastatur+Maus und Selbstbau-Netzteil für TC64+SD2IEC und HP-Monitor fertiggestellt hab wollte ich das einfach mal testen. Wirklich relevant ist das alles für mich sowieso nicht mehr. Und CMD-Partitionen kann ich auch mit einer FD am TC64 testen... Fazit: Das TC64 wird über kurz oder lang meinen C64+SCPU als Test-Platform ablösen...

  • Nö, ist nicht dringend...

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Hier noch ein Nachtrag aus der Konversation mit Bitte melde dich an, um diesen Link zu sehen.

    nicht das chameleon schaltet beim zugriff auf reu register runter - sondern die reu kopiert immer 2 bytes pro 1mhz takt. das chameleon schaltet den takt nie runter - mit der einzigen ausnahme wenn "iec sync" aktiviert ist, dann triggern zugriffe auf cia2 ports das runterschalten.


    Also ist die REU immer langsamer, da müsste man echt was patchen. Und mit einer GeoRAM-Emulation wird das TC64 noch langsamer als TC64+REU ohne MoveData.

  • Nun, dann wäre könnte ein Zugriff über Einblendung in den Adressraum ja schneller sein, wenn denn der Turbo an ist...

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Ich mache gerade die ersten Versuche mit meinem TC64. Jetzt muss ich doch mal fragen: Wie bootest Du das MP3? Von einem Laufwerk, das am TC64 hängt? Oder von einem Image?

    10 GOTO Lesezeichen im Profil
    20 READ Lesezeichen im Profil
    30 PRINT Lesezeichen aus Profil
    40 POKE 198,0: WAIT 198,1

  • Ich möchte wetten, vom SD2IEC... Darkvision hat sich schließlich extra ein paar SD2IECs zugelegt.

    Und ja, es ist eine der besten Möglichkeiten. CMD Hardware (HD) mag eine andere der guten Möglichkeiten sein.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Ich mache gerade die ersten Versuche mit meinem TC64. Jetzt muss ich doch mal fragen: Wie bootest Du das MP3? Von einem Laufwerk, das am TC64 hängt? Oder von einem Image?

    Ich hab schon D64 Images für MP3 erstellt... aber...

    Ich möchte wetten, vom SD2IEC... Darkvision hat sich schließlich extra ein paar SD2IECs zugelegt.

    Und ja, es ist eine der besten Möglichkeiten. CMD Hardware (HD) mag eine andere der guten Möglichkeiten sein.

    ...ich hab jetzt 3x SD2IEC :thumbsup: Leider wurde das V5.2 mit Display erst nach meinem dritten SD2IEC angeboten... das riecht nach einem vierten (vor allem weil das den größeren Chip hat) :D Momentan hängt aber nur ein SD2IEC via MiniIEC-Kabel am TC64. Die internen Laufwerke nutze ich gar nicht...

    Die Installation von MP3 auf D64 Images hab ich ja schon getestet und da hab ich auch schon ein HowTo angefangen... werde ich demnächst noch vervollständigen.

  • Die Installation von MP3 auf D64 Images hab ich ja schon getestet und da hab ich auch schon ein HowTo angefangen... werde ich demnächst noch vervollständigen.

    Sofern ich das nun richtig verstanden habe: MP3 bootet bei Dir von einem D64 auf dem sd2iec??

    Auf das HowTo freue ich mich schon! :)

    10 GOTO Lesezeichen im Profil
    20 READ Lesezeichen im Profil
    30 PRINT Lesezeichen aus Profil
    40 POKE 198,0: WAIT 198,1

  • Ja die SCPU ist schneller. :D

    Ne im Ernst, sehr interessant, je nach Anwendungsfall ist die SCPU oder das TC64 schneller.

    Jetzt müsste man beides haben und je nach Anforderung umstecken. ;)

    Wobei beide sind schneller als ein Stock C64.

    Gruss C=Mac.

  • Jetzt müsste man beides haben und je nach Anforderung umstecken.

    Wieso umstecken? Das TC64 funktioniert ja auch im StandAlone-Mode :D
    Der C64 mit SCPU wird demnächst wieder eingemottet... Save the Hardware! :thumbup:

    Bitte melde dich an, um diesen Anhang zu sehen.