Amiga-„68000“-Beschleuniger: Buffee

[gh-baden]

Aware’ post: https://amitopia.com/new-buffee-amiga-accelerator-is-aiming-at-reaching-1000-mips/

Kommt bei mir viel Fluff an, und wird am ST wohl wg. bei der Amiga etwas anderem Busprotokollverhalten nicht direkt laufen.

[czietz]

Bevor alle aus dem Häuschen geraten und ohne gleich die Vorfreude zerstören zu wollen: Das ist noch in einem extrem frühen Stadium! Erwartet nicht, zeitnah einen Beschleuniger zu haben, der funktioniert.

Beispiel 1: Es scheint bisher noch keinen Prototypen der Hardware zu geben. Wie jeder, der HW-Entwicklung macht, leidvoll bestätigen kann, fängt die Arbeit erst richtig an, wenn der erste Prototyp da ist und debuggt werden muss.

Beispiel 2: Sie haben sich entschieden, ihre eigene 68k-Emulation (auf der ARM-CPU) zu implementieren. Dagegen spricht natürlich grundsätzlich nichts, außer, dass es sehr viel Arbeit ist. Derzeit [1] ist -- soweit ich das sehe -- ca. die Hälfte des Opcode-Raums noch gar nicht implementiert. Und auch sobald alles vollständig implementiert ist, wird es Bugs geben. CPU-Emulation ist eines der Dinge, bei denen die letzten 10% der Arbeit 90% der Zeit benötigen: obskure Opcodes, Spezialfälle, die Behandlung von Exceptions, usw. Man frage z.B. Toni Wilen von WinUAE (dessen 68k-Emulation auch in Hatari verwendet wird).

Die Frage, ob die ganzen Atari-spezifischen Fähigkeiten des 68000er emuliert werden (und auch noch korrekt), stellt sich bei einem Beschleuniger aus der Amiga-Szene erfahrungsgemäß auch -- wie Götz schon feststellte.

[1] https://github.com/nonarkitten/pseudo-jit/blob/04ab47d3b0a256d2379024f844a0cc8a0cee5fbb/src/makeops.c#L257

[gh-baden]

Ich verstehe ja den (von mir als „sportlich“ interpretierten Ehrgeiz) den „besten“/schnellsten Beschleuniger bauen zu wollen. Ca. 1993 war das wohl die PAK68/3. Was sich aber seitdem geändert hat, ist das Umfeld. Damals war die PAK für viele ein Retter bzw. „Enabler“, sie hat Dinge möglich gemacht, die vorher nicht gingen (LaTeX-Läufe in absehbarer Zeit, bezahlbar, bspw. in meinem Fall).

Nur, heute brauche ich den 68000-Beschleuniger nicht mehr um Dinge tun zu können, die wo anders nicht eh viel schneller gingen (und sei es nur in der Emulation). Mir wäre heute Breitenverfügbarkeit und Zugänglichkeit wichtiger, also Zwei-Lagen-Design, oder sowas. Oder dass man einfach und günstig CPUs  bekommt. Oder man es noch selbst mit Opas Dachpfannenlötschaufel löten kann.

Ich würde eher drei (hypothetische) Beschleuniger mit 68HC000 mit 25 MHz und 64 KB L2-Cache kaufen,  als eine Vampire oder Buffee, die extrem spät, extrem teuer und erstmal extrem pflegeaufwändig/abstimmungsbedürftig kommen werden/sind. Eben weil 68000 mit bissl Cache einfach ein "Drop-in-Replacement" sein könnte. Und in unserem Atari-Fall auch noch den Luxus haben könnte, die Storm&Lightning zu takten und dadurch auch richtig fix zu werden. Und selbst wenn nicht, wäre es immer noch ein ST der 95% der Software bis 1998 akzeptabel schnell ausführen kann.

Natürlich bin ich mir bewußt, dass viele lieber einen 68030 haben (MiNT, Linux?). Klar, toller, höher, weiter, aber viel aufwändiger, teurer und schwerer zu beschaffen. Aber was red ich hier … :-)

[Arthur]

Ein 68000er mit 1GHz Takt und 1GB RAM wäre ja nur ein Teil des Systems... die Grafikauflösung muß auch passen, so brauche ich das nicht. Klar könnte man damit protzen aber viel mehr auch nicht.

[Lukas Frank]

Ein für den Amiga entwickelter CPU Ersatz/Beschleuniger wird auf dem Atari nicht laufen. Und eine Halbherzige Anpassung ala TF "Bootet in den Desktop und Floppy formatieren geht" bringt auch nichts, das macht nur Ärger und Frust.

[tuxie]

Mit Kitty hatte ich schon des öfteren Kontakt, sie hatte mir geholfen bei dem SAGA Treiber bei einigen EmuTOS dingen.

Sie ist sehr offen und ihr hat es nie gepasst wie die Apollo Jungs gearbeitet haben.

Man sollte nicht immer alles Negativ sehen, der Schaltplan ist ja schonmal öffentlich, und ich denke der Rest kommt auch. Man kann Sie ja mal anschreiben, irgendwo habe ich Ihre Kontaktdaten.

Und das ein Amiga Beschleuniger nicht auf Atari läuft kann man so nicht sagen, die Frage ist nur wie genau sich bei der Entwicklung des Beschleunigers an das Originale Busprotokoll gehalten wird.

[mfro]

Was Ihr noch gar nicht angesprochen habt: das ist ja (eigentlich) kein Beschleuniger, sondern ein Emulator.

Eine 1GHz ARM-CPU, die in einem SoC sitzt , das nach außen das m68k Busprotokoll sprechen soll.

Ich jedenfalls bin mir noch nicht sicher, ob mir das gefallen will (vielleicht ist das halt auch einfach die Zukunft ...). Natürlich kann man argumentieren, das auch ein m68k nicht wirklich m68k-Befehle, sondern Microcode ausführt.

Ein RasPI mit Aranym ist sicherlich deutlich günstiger und möglicherweise - sollten die den JIT-Emulator nicht *wirklich* gut hinkriegen - sogar schneller (1,5 GHz x 4).

[Baert]

Wenn der Emulator aus "Silizium" besteht und im CPU Sockel sitzt, dann lasse ich den gelten.

[mfro]

der Emulator wird im Wesentlichen aus Cerebrum bzw. Software bestehen, wenn er was taugt

[Harald]

Also ich finde das eigentlich aufregend. So wie sich das liest arbeitet man an einer drop-in 68k-Emulation, welche an sich zwischen 400-1000 mhz bringen könnte. Das ist deutlich mehr als irgendein bisheriger Ansatz fähig war vorzuweisen, ob nun Firebee oder was auch immer. Abgesehen davon, dass die dann auch keine 68000 mehr verwenden. Für um die 200 Euro klingt das mehr als das fair, auch wenn man ggf eine eigene Firmware und weitere Hardware bräuchte.

[czietz]

Das ist deutlich mehr als irgendein bisheriger Ansatz fähig war vorzuweisen, ob nun Firebee oder was auch immer.

Der Unterschied ist allerdings, dass die Firebee bereits a) existiert und b) funktioniert. Wie oben geschrieben, finde ich es erschreckend, wie sehr in der allgemeinen "Buffee-Euphorie" (nicht in diesem Forum) untergehen zu scheint, dass eine von Grund auf neu entwickelte 68k-Emulation mehrere Personenjahre Arbeit ist, bis sie wirklich funktioniert. Ich wünsche den Entwicklern ernsthaft ausreichend Durchhaltevermögen, zumal ihnen jemand einen Atari geschenkt hat, in der Hoffnung, dass sie auch darin testen. (Und nicht nur im Amiga.)

[tuxie]

Problem bei der ganzen Sache ist folgende ! Die Entwickler die für den Amiga Entwickeln haben keinen Schimmer wie eine richtige Busemulation auszusehen hat. Der Amiga nutzt nicht mal einen Bruchteil des 68K Busprotokolls wie es der Atari macht. Der Amiga benutzt keinen Buserror, der Amiga nutzt keine Funktion Codes, keine Busarbitration, selbst die Interruptabhandlung sind anders und primitiver gebaut. Selbst das Timing selbst ist viel Unkritischer als beim ST.

Ich habe hier eines der Pi Storm Projekt Platinen da, habe das ganze in meinem ST stecken. Habe versucht Tips zu geben damit man es im ST zum laufen bekommt. Aber bisher ohne Erfolg.

[Arthur]

Problem bei der ganzen Sache ist folgende ! Die Entwickler die für den Amiga Entwickeln haben keinen Schimmer wie eine richtige Busemulation auszusehen hat. Der Amiga nutzt nicht mal einen Bruchteil des 68K Busprotokolls wie es der Atari macht.

Aber er läuft trotzdem.

Der Amiga benutzt keinen Buserror, der Amiga nutzt keine Funktion Codes, keine Busarbitration, selbst die Interruptabhandlung sind anders und primitiver gebaut. Selbst das Timing selbst ist viel Unkritischer als beim ST.

Von der Anwenderseite her muß es ja kein Nachteil sein.

[Lukas Frank]

Ich habe ja einige Erfahrungen mit TF520 und TF536 Karten. Und diese halbherzige Umsetzung von einer ursprünglich Amiga Endwicklung auf den Atari ist ganz großer Mist. Hatte nur schlechte Laune und beide ganz schnell wieder her gegeben.

Bin gespannt was da rauskommt ...

[mfro]

... das Buffee-Projekt macht mittlerweile den Eindruck, ziemlich eingeschlafen zu sein. Ebenso ist alles (und das war nicht besonders viel) verschwunden, was anfänglich als OpenSource beworben wurde (angeblich gab es bereits "Billig-Nachbauten", obwohl noch gar nichts fertig war).

Vielleicht doch nur ein (vergeblicher) Versuch, die Vampire-Truppe zu ärgern.

Bleibt noch PiStorm. Aber da tut sich in Sachen Atari anscheinend nicht wirklich was?