WIP: cbmSCSIcopy64 - Neues Kopierprogramm für CMD-HD + SCSI-Geräte

Es gibt 71 Antworten in diesem Thema, welches 14.168 mal aufgerufen wurde. Der letzte Beitrag (28. Dezember 2020 um 15:34) ist von darkvision.

  • Ok, wenn mit "Beiden Kabeln verbunden" alles funktioniert, auch ohne "@P0", könnte man Zeile 1210 ja weglassen?

    Oder habe ich da was falsch verstanden?

    In Deiner "Exklusiv"-Version sind die Befehle draußen... ;)

    SCSI-Manager (Nur C128) braucht ohne SCPU und Parallel-Kabel ca. 10 Minuten.

    Das ist aber auch ein reines Assembler-Programm... cbmSCSIcopy ist auch mit Compiler immer noch ein BASIC-Programm. Ich halte die Zeiten für "ausreichend"... im Vergleich zum kopieren von 16Mb über den seriellen Bus.

  • Das ist aber auch ein reines Assembler-Programm... cbmSCSIcopy ist auch mit Compiler immer noch ein BASIC-Programm. Ich halte die Zeiten für "ausreichend"... im Vergleich zum kopieren von 16Mb über den seriellen Bus.

    Keine Ahnung, was macht das "Programm", was macht der Controller?

    Wie viel Einfluss haben die verschiedene Arten (Assembler, Basic)?

    Kann ich nicht unterscheiden, für mich sind solche Sachen ein Buch mit zehn Sigel. :|

    Gruss C=Mac.

  • Version V0.05 Basic, ohne Zeile 1210, im 128/80 Modus, das serielle Kabel entfernt.

    Versuche gerade mal ungleiche Native Partitionen zu kopieren 12800 BL auf 65280 BL.

    Versuch war bei mir erfolgreich, Zeit knapp 6 Minuten.:thumbsup:

  • Keine Ahnung, was macht das "Programm", was macht der Controller?

    Wie viel Einfluss haben die verschiedene Arten (Assembler, Basic)?

    Kann ich nicht unterscheiden, für mich sind solche Sachen ein Buch mit zehn Sigel. :|

    Ist ja kein Problem... wenn man die Siegel nicht öffnen kann ;)

    Wie man an den Zeiten von Larry zwischen der kompilierten Version (16:03) und der BASIC-Version(19:48) sieht, ist es nicht der Controller der bremst, es sind die Befehle die über den Bus an das Laufwerk geschickt werden müssen. Und das geht in reinem Assembler viel schneller. Evtl. ist es noch der SCSI-Puffer, da nutze ich nur 4Kb... evtl. nutzt der SCSImanager 8Kb... das reduziert die Zugriffe auf die Hälfte. Müsste ich nochmal ins Handbuch schauen...

  • Nachtrag:

    Version V0.05 Basic, ohne Zeile 1210, im 64er Modus, das serielle Kabel entfernt.

    Habe gerade mal ungleiche Native Partitionen zu kopieren 12800 BL auf 65280 BL.

    Versuch war auch hier erfolgreich, Zeit knapp 4 Minuten.:thumbsup:

    So, ab jetzt stecke ich das serielle Kabel wieder rein und baue meine Verkleidung wieder an.

    Oder soll ich vorher noch etwas testen, ohne serielles Kabel?

  • Das 1 MHz Problem bei meinem Test ist gefunden. Lag an einem Fehler im BBS Kernal. Ist nun behoben und läuft auch wieder wesentlich schneller.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Auch wenn ich BBS nicht mehr nutze... ist es doch interessant zu sehen das man ganze BASIC-Programme in andere Systeme einpflanzen kann.

    Wenn alles funktioniert gibt es mind. 2-3 User die das Programm nutzen... hat sich die Arbeit doch gelohnt :)

  • Ja so maximal 10 werden es wohl sein. Aber da steht ja auch eher der Spaß im Vordergrund "es gemacht zu haben und es läuft" und alte Software zu erweitern / verbessern.

    Gelohnt hat sich das auf jeden Fall jetzt schon !

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Ich hatte gestern noch ein paar Kopierläufe gestartet und dabei festgestellt, dass hin und wieder am Ende das aktive SCSI Gerät nicht auf die Quelle (HD) zurückgesetzt wird.

    Daher kommt es zu einem 77er Error -> Illegal Partition selected, beim CP Befehl, da das JAZ diese Partition nicht hat. Das Programm gibt dann "Disk Error" aus.

    Das JAZ ist aktiv, erkennt man auch daran, dass das Directory nicht von der HD, sondern vom JAZ ausgegeben wird. Kann das ggf. ein Timing Problem sein, wenn Turbo Modus an ist ?

    Oder habt ihr dieses Problem nicht, dann könnte es ggf. am ThunderDrive liegen ?

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Ich hatte gestern noch ein paar Kopierläufe gestartet und dabei festgestellt, dass hin und wieder am Ende das aktive SCSI Gerät nicht auf die Quelle (HD) zurückgesetzt wird.

    Ich muss mir das nochmal anschauen, Probleme gibt es hier aber keine.

    Aber am Ende wird aktuell das Ziel-Laufwerk aktiviert, da es ggf. das aktive Laufwerk war und dann muss die BAM im Speicher der HD aktualisiert werden (I0:-Befehl). Das müsste man dann etwas eingrenzen...

    Da müsste dann eine Abfrage rein was das aktuelle SCSI-Gerät ist und wenn Target=Aktiv dann welche Partition aktiv ist. Dann muss das Laufwerk nicht gewechselt werden und die BAM nicht aktualisiert werden.

    Und falls doch dann wieder auf das andere Laufwerk zurückschalten.

  • Hab ein paar Zeilen eingefügt bzw. entfernt. Das Laufwerk wird jetzt nicht mehr gewechselt und damit bleibt die aktive Partition auch unverändert. Die Ziel-Partition wird auch nur noch dann "aktualisiert" wenn die zuvor "aktiv" war...

    Hab dabei auch den Kopierpuffer von 4096 auf 8192 Bytes vergrößert, d.h. es finden nur noch halb so viele Diskzugriffe statt. Sollte das kopieren minimal beschleunigen.

    Ich teste das jetzt noch etwas und dann stelle ich das Update online...

  • Bin leider erst heute zum probieren gekommen...........

    V0.06

    Gute Nachricht ---> Bis jetzt keinen Fehler gehabt. Tut was es soll. KLASSE!:thumbsup:

    Hier ein paar Kopierzeiten 128/64er Modus:

    CMDHD SD LW8 ID(0) ----> JAZ ID(4) 1541 Part. = 9.04 SEK.:)

    ZIP ID(6) 1541 Part. = 9.04 Sek.:)

    JAZ dito 1581 Part = 41.20 Sek.:)

    ZIP dito 1581 Part = 41,70 Sek.:)

    JAZ dito Native 61184 BL ---> 65280 BL = 12.56 Min:)

    ZIP dito Native 61184 BL ---> 65280 BL = 13.15 Min:)

    Es wurden für alle Versuche, jeweils die gleichen Partitionen, bei JAZ + ZIP genommen.


    Ein Gegenversuch mit dem 128/80er Modus, nur probiert auf Jaz Native (61184 BL) ---> 65280 BL = 18.13 Min:?:

    Keine Ahnung, warum das so lange dauert.:whistling:

    Beim Kopierversuch von Native auf Zip, hatte ich erst das Problem, dass keine passende Native Partition auf Zip angezeigt wurde. Ich war mir aber sicher eine angelegt zu haben. Eine Partitionsanzeige wäre echt Super.:whistling:

    Ich habe dann Dein CBMHDSCSI64 gestartet und habe festgestellt, dass ich nur eine 3200 BL Native und eine 65536 BL Foreign Partition angelegt hatte.:whistling:

    Schnell noch eine Native 65280 BL Part. angelegt und im CBMSCSICOPY64 Programm die ZIP Kopie gemacht.:thumbup:

    Ich bin mal wieder begeistert.:ilikeit:

    Trotzt der Einschränkungen, allen, ein "Schönes Osterfest".:)

    Gruß Jojo

  • Beim Kopierversuch von Native auf Zip, hatte ich erst das Problem, dass keine passende Native Partition auf Zip angezeigt wurde. Ich war mir aber sicher eine angelegt zu haben. Eine Partitionsanzeige wäre echt Super. :whistling:

    Das kommt... aber ich will aktuell nur die nötigsten Änderungen einbauen damit Larry das übernehmen kann.

    Mich stört auch das man nur die Partitions-Nummr sieht, nicht den Namen. Also es wird noch ein paar Änderungen geben, auch als Kompiler-Version, einfach abwarten... ;)

    Keine Ahnung, warum das so lange dauert. :whistling:

    Ist doch klar, 64 < 128, der 64er muss also schneller sein :whistling:

    Spaß beiseite, kann es mir auch nicht erklären... da muss schon ein 128er-Coder ran...

    Hier ein paar Kopierzeiten

    :thnks: dafür !!!

  • Ich hoffe ich komme jetzt über Ostern dazu die Änderungen zu übernehmen und zu testen.

    Da keine Besuche anstehen. bin ich zum renovieren abkommandiert worden.....

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Großartig!

    Jetzt wo meine Festplatte wieder läuft bekomme ich gleich das richtige Tool um die Daten via SD2SCSI umzuziehen.

    Ganz vielen Dank!!!

  • Großartig!

    Jetzt wo meine Festplatte wieder läuft bekomme ich gleich das richtige Tool um die Daten via SD2SCSI umzuziehen.

    Ganz vielen Dank!!!

    Zusammen mit Bitte melde dich an, um diesen Link zu sehen. (zum anlegen neuer Partitionen) dürfte das funktionieren.

    Ich hab jetzt auch die Bitte melde dich an, um diesen Link zu sehen. hochgeladen, kam nur noch eine Fortschrittsanzeige beim Partitionsverzeichnis dazu und das Programm erzwingt beim Start nicht mehr den GROßSCHRIFT-Modus (letztes gilt auch für cbmHDscsi64 V0.06).

  • .... und jetzt hatte ich gerade erst alle Änderungen übernommen. :)

    Aber gute Idee mit der Fortschrittsanzeige !

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70