Ich vermute Gottkohl wollte hier nur provozieren.
Beim Amiga wurde die MMU früher benutzt um das Kickstart Rom bei Turbokarten in den schnelleren Turbokarten Speicher zu verschieben, spätere Turbokarten haben das dann selbstständig gemacht auch gab es von Fremdherstellern Programme um virtuellen Speicher einzurichten. Ein TOS 2.06 läuft übrigens problemlos auf meiner PAK 3 030.
Micha
Gottkohl hat schon recht. Generell bremst eine MMU den Zugriff auf den Speicher, den die Adressierung muss erst mal durch die MMU verbogen werden.
Dies ist nun mal am Konstrukt der MMU selbst geschuldet.
Dennoch überwiegen die Vorteile. Und ob der User diese "MMU-Bremse" überhaupt auf der Apolo spürt bei gleichem Tackt?
Ich vermute Gottkohl wollte hier nur provozieren.
Quatsch, einfach nur Berufserfahrung.
@1ST1: Sag mir, in welchen Foren man so "müde" unterwegs ist.
atari-home.de und atar-forum.com
Seit gestern gibts übrigens Beuigkeiten betzüglich MMU, iist aber etwas anders als sich die Leute das gedacht haben: http://www.apollo-core.com/kno…?b=1¬e=1962&order=&x=6
1ST1:
Finde ich cool, dass du da so offen bist. Ich mag ja die STs auch sehr gerne, und fand die auch damals schon ziemlich interessante Kisten, am Ende ists dann halt doch ein Amiga geworden bei mir.
Die üblichen netten kleinen Frotzeleien zwischen Amiga- und ST-Fans mal beiseite, wäre schade, wenn man sich da so sperrt gegen die Apollo-Karten auf ST-Seite.
Am Ende ziehen wir doch alle am gleichen Strang.
Selbst im Amigabereich gibt es teilweise sehr skeptische User - ich glaube das liegt aber hauptsächlich daran, dass viele eine im FPGA nachgebildtete CPU als nicht "echt" ansehen. Letztlich muss das jeder für sich entscheiden - ich würde deswegen meine 060TK auch nicht verkaufen, der Apollo Core ist aber Stand heute schon ein ordentlicher Sprung nach vorne. Seit der V2 habe ich den A600 regelmäßig im Gebrauch.
Was braucht man eigentlich noch alles im A600?
IndiESC, Rapidroad, PCMCIA Lan Karte, was noch?
evtl. einen Diskettenlaufwerksersatz und eine "Soundkarte" für komprimierte Formate
Rapidroad ist meiner Meinung nach unnötig - via PCMCIA geht der Datenaustausch flott. Indi und LanKarte machen aber auf alle Fälle Sinn - plus ein HDMI auf DVI Kabel, oder was man eben für einen Monitor zu Hause hat. Ich hab das Kabel mit Zugentlastung direkt verlegt damit ich keinen Adapter benötige - es muss entsprechend dünn sein damit es unter das Laufwerk passt.
Edit: Soundkarte für komprimierte Formate ist meiner Meinung nach nicht notwendig - ich kann ohne Slowdowns mit IBrowse surfen und nebenbei MP3 hören.
atari-home.de und atar-forum.com
Seit gestern gibts übrigens Beuigkeiten betzüglich MMU, iist aber etwas anders als sich die Leute das gedacht haben: http://www.apollo-core.com/kno…?b=1¬e=1962&order=&x=6
Ich geister mal in die Foren rein 
Inwiefern ist das mit der MMU anders? Ich verstehe nihct ganz die Ausführungen dort.
Ist das jetzt eine neue "SuperMMU", die zwar mehr kann, aber dafür nichti direkt auf Kompatibilität der alten Systeme setzt?
Inwiefern ist das mit der MMU anders? Ich verstehe nihct ganz die Ausführungen dort.
Ist das jetzt eine neue "SuperMMU", die zwar mehr kann, aber dafür nichti direkt auf Kompatibilität der alten Systeme setzt?
Genau so ist es. Und Gunnar hat schon angeboten, bei der Implementierung in MiNT zu unterstützen und noch notwndige Anpassungen zu machen, damit die Änderungen am MiNT Kernel nicht allzu groß sind. Also schon sehr entgegenkommend, aber das reicht manch einem halt nicht... Diese Leute verstehen halt nicht, dass man das Speichermanagement - insbesondere in einem Multitasking-System - dem Betriebssystem (hier MiNT) überlassen soll, diese Leute meinen halt, sie müssen selbst mit ihrem Texteditor oder sowas überall drin rumpfuschen. Kompatiblität zur alten Motorola-MMU wäre nur für Alt-Software gut, da gibts aber auch nicht allzuviel.
Gleiches gilt für SysInfo, trotz no cpu Patch semmelt das Teil beim berechnen der CPU Speed komplett ab (Neustart), man konnte aber kurz sehen das 110 Mips angezeigt werden. Meine B1260er im A1200 schafft "nur" 39,29 Mips. Vielleicht bin ich ja aber auch nur blöde zum (s)patchen - kann mir einer von Euch Vampire V2 Usern eine gefixte Version zukommen lassen?
Ich bin dafür auch zu doof !
Habe das hier im SysInfo-Ordner eingegeben. Vorher natürlich spatch dort reinkopiert:
spatch -oSysInfo4_noFPU -pSysInfo40_noFPU.pch SysInfo
Da passiert aber nix, ausser "spatch is not executable" 
wtf
Diese Leute verstehen halt nicht, dass man das Speichermanagement - insbesondere in einem Multitasking-System - dem Betriebssystem (hier MiNT) überlassen soll
Ja und das Betriebssystem konfiguriert als die MMU. Das macht das System halt langsam.
Da passiert aber nix, ausser "spatch is not executable" wtf
hat sich erledigt, ich hatte das falsche spatch 
, stürzt aber auch gepatched bei mir ab (Guru).
Hat schon jemand whdload ausprobiert ? Da läuft so gut wie nix ! Tooltypes helfen nicht weiter.
Wenn WHDLoad Spiele bei dir nicht laufen dann ist irgendwo im System der Hund drin - bei mir gingen vielleicht 5 Spiele nicht oder mit Grafikfehler.
Genau so ist es. Und Gunnar hat schon angeboten, bei der Implementierung in MiNT zu unterstützen und noch notwndige Anpassungen zu machen, damit die Änderungen am MiNT Kernel nicht allzu groß sind. Also schon sehr entgegenkommend, aber das reicht manch einem halt nicht... Diese Leute verstehen halt nicht, dass man das Speichermanagement - insbesondere in einem Multitasking-System - dem Betriebssystem (hier MiNT) überlassen soll, diese Leute meinen halt, sie müssen selbst mit ihrem Texteditor oder sowas überall drin rumpfuschen. Kompatiblität zur alten Motorola-MMU wäre nur für Alt-Software gut, da gibts aber auch nicht allzuviel.
Danke für die Erklärung. Wäre denn die Kompatibilität zur Motorola-MMU denn so schwierig zu realisieren?
Das weiß ich nicht. Das müsstest du schon Gunnar fragen.
Es wundert mich halt. Einerseits wird die Kompatibilität des Apollo-Core so hoch gehalten - und dann macht man nur etwas "Meta-Kompatibles"?
Obgleich ich zwar eigentlich durch die neue 68k-CPU mir auch neue Software erhoffe, halte ich im Allgemeinen die Kompatibilitätzur alten Software durchaus für wichtig - wovon denn sonst leben wir Retro-Freaks denn hier?
Naja, der Apollo wurde ja zunächst aus Amiga-Sicht entwickelt. Und da ist eine (P)MMU nicht zwingend erforderlich. Selbst ein A3000/4000 nutzt sie erstmal nicht.
Das Ding ist auf jeden Fall kompatibler als der offizielle 680x0 Nachfolger Coldfire. Frag mal die Besitzer von Firebees, wie viele/wenige Atari-Programme darauf laufen. Ohne neu kompilieren gehts da kaum. Bisher ist das weder für Cubase, Calamus noch Signum gelungen, wohl mit die bekanntesten ATARI Programme, und das selbst obwohl Calamus noch immer auch für die Ataris weiter entwickelt wird.
