Ich boote MP64 V3.3R11 erfolgreich mit CMD-RL DACC.
Starte ich dann GEOS64.MP3 dann wird aber in REU-DACC Speicher statt RL-DACC Speicher installiert. Ist das so gewollt?
Pusti64
Es gibt 7 Antworten in diesem Thema, welches 1.050 mal aufgerufen wurde. Der letzte Beitrag (
Ich boote MP64 V3.3R11 erfolgreich mit CMD-RL DACC.
Starte ich dann GEOS64.MP3 dann wird aber in REU-DACC Speicher statt RL-DACC Speicher installiert. Ist das so gewollt?
Pusti64
Ich boote MP64 V3.3R11 erfolgreich mit CMD-RL DACC.
Starte ich dann GEOS64.MP3 dann wird aber in REU-DACC Speicher statt RL-DACC Speicher installiert. Ist das so gewollt?
Gewollt... sicher nicht. Möglich? Ja... da ungetestet. Und die REU wird ja ggf. als Teil des RAMLink-RAM verwendet. Wenn dann die GEOS-DACC-Partition im Speicher der REU liegt ist so eine Fehlinterpretation möglich.
FĂĽr genauere Tests helfen solche "Bugreports" aber nicht weiter, da hier nicht reproduzierbar... da braucht es deutlich mehr Details und am besten ein VICE-Setup mit dem ich das reproduzieren kann...
P.S. Wobei... MP3 muss nicht jede Möglichkeit abdecken. Bitte Partitionsliste inkl. Startadressen der Partitionen posten...
Klappt es denn wenn man die DACC-Partition als erste Partition auf der RAMLink einrichtet? Dann liegt die eigentlich sicher im RAM der RAMLink.
Konfiguration:
Vice 3.8
REU 4MB
RL 16MB
SuperCPU64 16MB
RL-DACC Partition 1
8: CMD-HD Partition 69
9: CMD-RL Partition 2
10: CMD-RL Partition 3
Pusti64
Ich hab jetzt mal bei 0 angefangen, also RAMLink 16Mb und REU 4Mb... Direktmodus, dann RAM-TOOLS gestartet:
Bitte melde dich an, um diesen Anhang zu sehen.
Wie man sieht legt die RAMLink da zwei Partitionen an. Die REU beginnt bei $00:0000 (erkennt man an RAMLink1 das in der RAM-Datei für die REU in VICE zu finden ist, steht so auch im RAMLink-Handbuch), das erklärt warum MP3 denkt die REU wäre aktiver DACC:
Es schreibt den Testcode an RAMLink-Adresse $00:0000 über GEOS/StashRAM und wenn dann mit den REU-Routinen versucht wird den Testcode zu lesen, dann funktioniert das weil der Code zwar mit dem RAMLink-Treiber geschrieben wurde, aber eben in den REU-Speicher. Und dort können die REU-Routinen im DIRECT-Modus den Testcode natürlich finden.
Sieht man mal von dieser Fehleinschätzung ab bringt REU 4Mb+RAMLink 16Mb nichts was die Speichergröße angeht, man hat trotzdem nur 16Mb. Ich kann im Screenshot oben auch keine weitere Partition anlegen, obwohl RAMLink2<16Mb ist. Das gilt auch für die Konfiguration von Juergen Johannes Bitte melde dich an, um diesen Link zu sehen.. Zählt man da die 3072 Blocks zur letzten Startadresse dazu (unterer Screenshot), dann kommt man auch nur auf < 65536 Blocks. D.h. hier werden 512Kb des 16Mb-RAMLink-RAM nicht verwendet.
Das einzige was Sinn macht ist eine 4Mb-DACC-Partition als erstes anzulegen und dann die REU als DACC zu verwenden, damit man den schnellen Speichertransfer hat. Mehr als 16Mb RAM hat man aber trotzdem nicht. Aber ob das einen wirklichen Unterschied im Alltag macht? Ich würde auf die REU in der RAMLink im Direktmodus bei 16Mb-RAMLink verzichten. RAMLink-DACC macht in der Kombination jedenfalls keinen Sinn... Die Idee dahinter war ja wohl das RAMLink-Anwender ohne RAM die REU als Speicher verwenden können bzw. bei weniger als 16Mb-RAMLink-RAM den Speicher noch etwas erweitern können.
Die Stellung des NORMAL/DIRECT-Schalters macht da im ĂĽbrigen nur einen Unterschied: Nur im DIRECT-Modus kann man die REU noch als REU ansprechen. Auch im NORMAL-Mode ist die REU an erster Stelle und alles ĂĽber 16Mb Gesamt-RAM (REU+RL) wird nicht verwendet.
Wo es noch ein Problem gibt ist wenn man mehrere DACC-Partitionen auf der RAMLink hat und gezielt eine auswählen will. Da kann ich bei Gelegenheit draufschauen... dürfte aber selten bis gar nicht verwendet werden ![]()
In dem Zusammenhang der Hinweis das auch eine REU mit 16Mb nicht funktioniert. Es gibt zwar ein 202er-ROM für die RAMLink, funktioniert hier aber trotzdem nicht. Der Entwickler rät sogar davon ab mehr als 16Mb zu verwenden. Der Hinweis ist aber schon zwei Monate alt...
ZitatThe RL 2.01 firmware doesn't support 16MB REUs. They weren't around at the time, so the detection algorithm goes into an infinite loop. I made a simple patch that will detect 16MB REUs and 4MB GEORAMs. It is attached here if you want to try it. I don't suggest trying to use more than 16MB at once (ie. REU+RL) as it will probably fail.
P.S. Wenn Du trotzdem eine RAMLink-Partition als DACC verwenden willst, dann ist der NORMAL-Mode die richtige Einstellung. Denn der Vorteil des schnellen REU-Transfers hast Du mit einer RAMLink-Partition als DACC sowieso nicht. Damit funktioniert dann auch GEOS.MP3. Nur wenn man die REU als DACC verwenden will macht der DIRECT-Modus Sinn.
Aber ob das einen wirklichen Unterschied im Alltag macht?
Ich beantworte meine Frage mal selbst: Einfacher Test unter MP3-128, 4Mb GEOS-DACC und 1581-Partitionen. Als Testumgebung hab ich MegaAssembler verwendet, der sich selbst assemblieren soll. Zeitangabe in min:sek (nach Angabe im MegaAssembler-Bildschirm):
DACC: 4Mb REU
MoveData=On Laufwerk=RL1581 06:25
MoveData=Off Laufwerk=RL1581 09:30
MoveData=On Laufwerk=RAM1581 05:18
MoveData=Off Laufwerk=RAM1581 08:41
DACC: 4Mb RAMLink-Partition (der gleiche Speicherbereich wie zuvor)
MoveData ist hier nicht möglich.
MoveData=Off Laufwerk=RL1581 10:35
MoveData=Off Laufwerk=RAM1581 10:07
Also Ja, es bringt einen Vorteil. Der größte Vorteil ist allerdings die REU als GEOS-DACC zu verwenden, und nicht eine RAMLink-Partition. Mehr Vorteile hat man dann noch wenn auf einer RAMDisk arbeitet.
Für mich würde das bedeuten das ich mir einiges an Zeit sparen könnte wenn ich die REU-Emulation in der RAMLink verwende, selbst wenn ich nur mit RAMLink-Partitionen arbeite. In meinem Fall stehen 10:35 den 06:25 mit REU gegenüber. Wenn ich MP3 assembliere sind das knapp 9 (virtuelle) Stunden, im WARP-Modus knapp 10min., GDOS64 liegt bei über 11 (virtuelle) Stunden, bei Warp knapp 14min. Die Einsparung würde also hier minimal ausfallen, am realen System wäre das aber eine Überlegung wert. Da bringt es mir unter VICE mehr für die Dauer des assemblierens alle realen Laufwerke abzumelden (steigert die Leistung im WARP-Modus von ~5000% auf ~6000%).
Von daher ist die Konfiguration von Juergen Johannes mit der 512Kb REU eigentlich optimal. Alles was schnell gehen soll, wie Kernal-Routinen usw) läuft über die REU ab, für den Rest nutzt man Partitionen. Man hat halt 512Kb weniger für Partitionen zur Verfügung, aber die würden einem auch fehlen wenn man eine RL-Partition als DACC verwendet.
Ich würde mal behaupten das GEOS.MP3 hier alles richtig macht: Es rät dem Anwender die REU zu verwenden ![]()
Man sollte dann aber beachten das die DACC-Partition zur Aufnahme der REU-Daten so groĂź ist wie die REU selbst. Ich glaub man kann sich ausrechnen was passiert, wenn die REU 4Mb hat und man nur 1Mb als DACC und anschlieĂźend Datenpartitionen eingerichtet hat...
In dem Zusammenhang der Hinweis das auch eine REU mit 16Mb nicht funktioniert. Es gibt zwar ein 202er-ROM für die RAMLink, funktioniert hier aber trotzdem nicht. Der Entwickler rät sogar davon ab mehr als 16Mb zu verwenden. Der Hinweis ist aber schon zwei Monate alt...
Hallo darkvision ,
ich habe zur "Luhecon" ein lauffähiges GDos System in WinVice W10/64bit x64 -r44950, mit dem 2.02 RL Rom, REU 16mb, RL 0mb, erstellt. Die Ramlink wurde beim ersten Start als LW16 mit einer 16mb Partition angezeigt (eingebundene REU).
Hatte ich so gebastelt, um eventuell mal mit den 16mb REU Videos zu probieren. Bin ich aber noch nicht zu gekommen. Da ich die vice.ini direkt in dieses WinVice gespeichert habe, mĂĽĂźte der dafĂĽr angelegte WinVice Ordner auch auf anderen Win10 64bit laufen.
Könnte ich Dir, wenn Du möchtest, zum anschauen zur Verfügung stellen.![]()
Liebe GrĂĽĂźe,
Jojo
REU 16mb, RL 0mb,
Das ist der Unterschied... das sind nur 16Mb... aber 16Mb REU und 16Mb RL geht nicht... (macht auch keinen Sinn... nur der Vollständigkeit halber...)
Wo es noch ein Problem gibt ist wenn man mehrere DACC-Partitionen auf der RAMLink hat und gezielt eine auswählen will. Da kann ich bei Gelegenheit draufschauen... dürfte aber selten bis gar nicht verwendet werden
Den Fehler hab ich beseitigt... im Prinzip haben sich sogar bei MP64 zwei Fehler addiert, warum es da funktioniert und nur unter MP128 das MenĂĽ fehlerhaft angezeigt wird.
Beim testen ist mir aber ein grundlegendes Problem aufgefallen, wenn man die REU als Teil des RAMLink-Speichers verwendet:
Wenn die REU *NICHT* als GEOS-DACC verwendet wird, sondern die dafür angelegte RAMLink-DACC-Partition, dann sollte man zur Sicherheit den Schalter auf "NORMAL" setzen. Warum? Weil man sonst evtl. den Treiber RAMNative_CREU installieren könnte, was dann aber den Inhalt der DACC-Partition überschreiben würde!
Wer also die REU mit der RAMLink nutzen will sollte sein SETUP sehr sorgfältig wählen. Schlimmstenfalls wird der Inhalt einer RAMDisk innerhalb des DACC durch den Inhalt des RAMNative_CREU-Laufwerks überschrieben.