RunCPM Speed-Vergleich auf verschiedenen Plattformen

Roland_t29 · 2. September 2022

Zitat von ralle

Und der Rest der Pereferie?

Der Chip schaltet bei zeitkritischen Zugriffen auf die Peripherie ( Bildschirmspeicher, Floppyzugriff etc) auf 1MHz zurück. In dem Mandel-Programm machen die 25•80 Zugriffe zu einem Byte auf den Bildschirmspeicher einen vernachlässigbaren Anteil an Rechenzeit im Vergleich zu den Rechnungen aus, deshalb kommt hier wirklich ein Faktor von fast 100 an Beschleunigung raus.

Bei einem LIST von einem grossen Programm ist der Geschwindigkeitsgewinn immer noch mehr als Faktor 10.

Roland

Roland_t29 · 2. September 2022

und jetzt nochmal ein richtiger Oldie: ein Heathkit H89, Markteinführung 1979, meiner ist von 1981. Z80 CPU 2 MHz

getestet mit HDOS 2.0 und MBasic Rev 4.82 für HDOS

Dauer; 11 min 4 sec

dann noch Benton Harbor Extended Basic #110.06.00 ausprobiert, ebenfalls auf HDOS 2.0

hier muss man 17 min 55 sec Geduld haben.

Ich habe auch ein CPM 2.2.0 für den H89, bekomme aber z. Zt das MBasic auf CP/M noch nicht zum Laufen

Gruß

Roland

guidol · 2. September 2022

Ein 900Mhz Celeron eeePC 701/4G scheint mit dem -O3 RunCPM fuer DOS fast genauso schnell wie der 1.6GHz Atom...

DOS wurde ueber eine SD Karte gebootet.

Die Karte habe ich mit dem DELL FX160 erstellt (Drive 2 in FDISK) aber die Boot-Partition konnte ich nur im Linux FDISK aktivieren, da DOS dies sonst nur auf Platte 1 macht...

guidol · 25. November 2022

Eine pdp11/40-Emulation auf einem RPi Pico braucht unter BASIC-11/RT-11 dafuer 1 Minute 54 Sekunden

Ich musste die Variablen CA und CB gegen C und D tauschen, da wohl keine Variablen mit 2 Buchstaben erkannt wurden.

Fuer die richtige Darstellung musste ich auch die Breite (X) verringern von 39 auf 35, da ansonsten die Zeile zu lang war.

guidol · 25. November 2022

Business-BASIC auf der pdp8 (simh) mag den Source nicht

Martin Hepperle · 25. November 2022

... vielleicht GOTO zusammenschreiben, ohne Leerzeichen?

detlef · 25. November 2022

Zitat von guidol

Business-BASIC auf der pdp8 (simh) mag den Source nicht

Das Basic ist etwas eingeschränkt. Hier steht unter "Description" warum's nicht läuft:

BASIC-8 - Wikipedia

Entweder IF ... THEN zeilennummer oder IF ... GO TO zeilennummer.

Kommandos nach IF gehen gar nicht.

Das Leerzeichen im GO TO ist Pflicht.

guidol · 25. November 2022

Zitat von detlef

Entweder IF ... THEN zeilennummer oder IF ... GO TO zeilennummer.
Kommandos nach IF gehen gar nicht.
Das Leerzeichen im GO TO ist Pflicht.

Danke fuer die Info!

So gehts dann:

Code

LIST

FRACTA BA 6A

10 FOR Y=-12 TO 12
20 FOR X=-35 TO 35
30 C=X*0.0458
40 D= Y*0.08333
50 A=C
60 B=D
70 FOR I=0 TO 15
80 T=A*A-B*B+C
90 B=2*A*B+D
100 A=T
110 IF (A*A+B*B)>4 GO TO 200
120 NEXT I
130 PRINT " ";
140 GOTO 210
200 IF I>9 GO TO 300
205 PRINT CHR$(48+I);
210 NEXT X
220 PRINT
230 NEXT Y
240 GO TO 400
300 I=I+7
310 GOTO 205
400 PRINT
410 PRINT "END OF CODE"

Alles anzeigen

guidol · 26. November 2022

Zitat von guidol

Eine pdp11/40-Emulation auf einem RPi Pico braucht unter BASIC-11/RT-11 dafuer 1 Minute 54 Sekunden

Der original pdp11/40-E,ution-Source setzt den Pico auf 200Mhz,
aber man kann a "safe" auf 250Mhz "overclocken" (wie bei RunCPM)

So braucht der Pico bei 250Mz nur noch 1 Minute 29 Sekunden, d.h. von 114 auf 89 Sekunden,
dass passt auch ca. zu dem 1/5 Anstieg an Mhz

1ST1 · 9. Dezember 2022

Kennt ihr eigentlich das hier? GW-Basic für Windows...

https://robhagemans.github.io/pcbasic/download.html

Gehört nicht gerade in die schnellste Liga, Win 11 mit Core i5 8265U CPU @ 1.60-1.80 GHz

Oldie · 9. Dezember 2022

Zitat von 1ST1

Kennt ihr eigentlich das hier? GW-Basic für Windows...

https://robhagemans.github.io/pcbasic/download.html

Gehört nicht gerade in die schnellste Liga, Win 11 mit Core i5 8265U CPU @ 1.60-1.80 GHz

Alles anzeigen

Wie schnell ist es wenn du es kompilierst ?

1ST1 · 9. Dezember 2022

Kompiliert? Runtergeladen, installiert, und ausgeführt. Das ist ein GW-Basic-(kompatibler)-Interpreter.

Oldie · 9. Dezember 2022

Zitat von 1ST1

Kompiliert? Runtergeladen, installiert, und ausgeführt. Das ist ein GW-Basic-(kompatibler)-Interpreter.

Ich weess. Kann man aber ja trotzdem kompilieren und dann mal laufen lassen. Der Unterschied waer schon mal ganz interessant. Compiler ? PDS 7.1 z. Bsp.
Aber mhhhh, ist ja Windows 11. Dann nimmste halt VB 6 und kompilierst den Code.
Weitgehend sollte der Code eigentlich funktionieren......

1ST1 · 9. Dezember 2022

Das wäre ja witzlos...

Oldie · 9. Dezember 2022

Zitat von 1ST1

Das wäre ja witzlos...

Na und

1ST1 · 9. Dezember 2022

Witziger ist das hier...

Mein C-64 hat an sowas mal 2,5 Tage gerechnet.

Oldie · 9. Dezember 2022

Zitat von 1ST1

Witziger ist das hier...

Ja, in CGA siehts mal richtig gut oldschool aus. Gefaellt mir.

1ST1 · 10. Dezember 2022

CGA? EGA geht auch! Und jetzt habe ich sogar eine Möglichkeit gefunden, Notepad++ als Editor zu verwenden... Bei dem Programmbeispiel eines Studenten aus Hongkong (eine entsprechende PDF gefunden) hatten sich aber beim Copy&Paste ein paar von GW/PC-Basic unterstützte nicht druckbare Zeichen eingeschlichen, vielleicht TABs, bis ich die alle rausgefiltert hatte... Ich hab dann nur noch die Zeilen 5 und 235 eingefügt, im Nachhinein vielleicht besser, aus der Zeile 5 eine 45 zu machen.

"Da draußen" dürfte es auf diversen Webseiten unzählige GW-Basic-Programme geben, die man damit ausprobieren kann...

guidol · 10. Dezember 2022

Zitat von 1ST1

Kennt ihr eigentlich das hier? GW-Basic für Windows...
Gehört nicht gerade in die schnellste Liga, Win 11 mit Core i5 8265U CPU @ 1.60-1.80 GHz

1ST1 Da muss PC-BASIC ordentlich Zeit verbraten

Auf einem AMD Phenom II X4 B95 (max. 3GHz) braucht das FRACTAL in echtem GW-BASIC unter DOSBox-X
33.61 Sekunden - ABER GW-BASIC unter vDOS schafft das ganze in 1.371094 Sekunden - setzt aber die TIME$ Variable nicht auf 00:00 und zeigt nur die echte Uhrzeit

Oldie · 10. Dezember 2022

Zitat von guidol

Zitat von 1ST1

Kennt ihr eigentlich das hier? GW-Basic für Windows...
Gehört nicht gerade in die schnellste Liga, Win 11 mit Core i5 8265U CPU @ 1.60-1.80 GHz

1ST1 Da muss PC-BASIC ordentlich Zeit verbraten
Auf einem AMD Phenom II X4 B95 (max. 3GHz) braucht das FRACTAL in echtem GW-BASIC unter DOSBox-X
33.61 Sekunden - ABER GW-BASIC unter vDOS schafft das ganze in 1.371094 Sekunden - setzt aber die TIME$ Variable nicht auf 00:00 und zeigt nur die echte Uhrzeit

Alles anzeigen

Das macht VDOS ja mal richtig interessant.

Unter 2 Sek. Respekt.

guidol · 10. Dezember 2022

Zitat von Oldie

Das macht VDOS ja mal richtig interessant.
Unter 2 Sek. Respekt.

Oldie Die "aktuelle" Version auf der Homepage (20220501) startet sich nicht bei mir unter Win10 - geht gleich wieder zu

Ich habe noch die Version von einem Jahr frueher (20210501) und die klappt bei mir.

Wenn man nach der Installation die autoexec.txt leert (oder min. den CALL zum Testprogramm rem-arkt) dann landet man gleich im Prompt

Oldie · 10. Dezember 2022

Zitat von guidol

Zitat von Oldie

Das macht VDOS ja mal richtig interessant.
Unter 2 Sek. Respekt.

Oldie Die "aktuelle" Version auf der Homepage (20220501) startet sich nicht bei mir unter Win10 - geht gleich wieder zu
Ich habe noch die Version von einem Jahr frueher (20210501) und die klappt bei mir.
Wenn man nach der Installation die autoexec.txt leert (oder min. den CALL zum Testprogramm rem-arkt) dann landet man gleich im Prompt

Alles anzeigen

Vielen lieben Dank. Probier ich doch glatt gleich mal aus.

Oldie · 10. Dezember 2022

Zitat von guidol

Zitat von Oldie

Das macht VDOS ja mal richtig interessant.
Unter 2 Sek. Respekt.

Oldie Die "aktuelle" Version auf der Homepage (20220501) startet sich nicht bei mir unter Win10 - geht gleich wieder zu
Ich habe noch die Version von einem Jahr frueher (20210501) und die klappt bei mir.
Wenn man nach der Installation die autoexec.txt leert (oder min. den CALL zum Testprogramm rem-arkt) dann landet man gleich im Prompt

Alles anzeigen

Hi Guido,

soweit laeuft es gut und sehr schnell.

Allerdings friert VDos ein wenn ich den PDS 7.1 Compiler starte.

Das macht es wieder ein wenig uninteressant, weil ich dann doch

wieder eine der DOS Rechner anschliessen muesste.

Die kompilierten Programm funktionieren aber bisher

was ich getestet habe.

Beste Gruesse

guidol · 10. Dezember 2022

Zitat von Oldie

Allerdings friert VDos ein wenn ich den PDS 7.1 Compiler starte.

nutzt der einen DOS-Extender? Als ich die RunCPM-DOS-Version mit DOS-Extender starten wollte ging dies auch nicht...nur in DOSBox-X.

Oldie · 10. Dezember 2022

Zitat von guidol

Zitat von Oldie

Allerdings friert VDos ein wenn ich den PDS 7.1 Compiler starte.

nutzt der einen DOS-Extender? Als ich die RunCPM-DOS-Version mit DOS-Extender starten wollte ging dies auch nicht...nur in DOSBox-X.

Mhhh, daran koennte es liegen.

DOSBox-X war ja weitaus langsamer als VDos soweit ich das gesehen habe.

guidol · 10. Dezember 2022

Oldie nachdem ich im vDOS-Forums-Thread nochmal nachgerfat hatte, wurde die gepatchte/verbesserte Version 2022.05.01 auf der Homepage zum Download bereit gestellt und ich habe getestet, dass diese auch bei mir startet

Zwar geht es mit Extender immer noch nicht, aber man kann diese Version nun nutzen unter Win10:

Zitat

Major/noticeable changes to version 2022.05.01.

•
vDos.exe is again smaller, with a (final?) speed boost for FoxProX based programs.
UMB (Upper Memory Block) support dropped.

•
Support of external (non-Windows) code page definitions.
More comprehensive ASCII/Unicode conversions.
Support of UTF-8 encoded config.txt, autoexec.txt and batch files.

•
Retrieving (pasting) text from the Windows Clipboard could in specific situations keep the Clipboard locked.
Finger tipping (touch screen) fix for some DOS programs.
Fix for DOS programs not keeping up with Windows key stuffers.
With NumLock off, Shift NumPad digit didn't return correct ASCII value.

•
Taskbar notification when vDos isn't focused and goes idle (DOS program awaits input).
Updated FreeType library to version 2.11.0.
Set of alternative icons (file icons.icl) to eventually replace that of vDos.
Faster rendering (displaying) text, though that already was real fast.
More accurate rendering/positioning of external fonts.
DOS beep is Windows standard sound.

•
Support of UNC paths in DOS API if those resolve to a drive letter reference in vDos.
Config.txt directive FPUAWARE = 0-3 (0 = None, 1 = Present + conditional rounding (default), 2 = Rounding off, 3 = Rounding on.

•
Support of additional PCL print commands, and more accurate positioning.
Changed syntax of HORZ and VERT options. To be more intuitive (see Printing.pdf).

Alles anzeigen

Oldie · 10. Dezember 2022

Zitat von guidol

Oldie nachdem ich im vDOS-Forums-Thread nochmal nachgerfat hatte, wurde die gepatchte/verbesserte Version 2022.05.01 auf der Homepage zum Download bereit gestellt und ich habe getestet, dass diese auch bei mir startet

Zwar geht es mit Extender immer noch nicht, aber man kann diese Version nun nutzen unter Win10:

Zitat

Major/noticeable changes to version 2022.05.01.

•
vDos.exe is again smaller, with a (final?) speed boost for FoxProX based programs.
UMB (Upper Memory Block) support dropped.

•
Support of external (non-Windows) code page definitions.
More comprehensive ASCII/Unicode conversions.
Support of UTF-8 encoded config.txt, autoexec.txt and batch files.

•
Retrieving (pasting) text from the Windows Clipboard could in specific situations keep the Clipboard locked.
Finger tipping (touch screen) fix for some DOS programs.
Fix for DOS programs not keeping up with Windows key stuffers.
With NumLock off, Shift NumPad digit didn't return correct ASCII value.

•
Taskbar notification when vDos isn't focused and goes idle (DOS program awaits input).
Updated FreeType library to version 2.11.0.
Set of alternative icons (file icons.icl) to eventually replace that of vDos.
Faster rendering (displaying) text, though that already was real fast.
More accurate rendering/positioning of external fonts.
DOS beep is Windows standard sound.

•
Support of UNC paths in DOS API if those resolve to a drive letter reference in vDos.
Config.txt directive FPUAWARE = 0-3 (0 = None, 1 = Present + conditional rounding (default), 2 = Rounding off, 3 = Rounding on.

•
Support of additional PCL print commands, and more accurate positioning.
Changed syntax of HORZ and VERT options. To be more intuitive (see Printing.pdf).

Alles anzeigen

Alles anzeigen

Supi. Danke. Mal schauen wie es dann mit dem Compiler besser oder auch nicht geht.

Danke fuer Deinen Support

guidol · 12. Dezember 2022

Zitat von 1ST1

Kompiliert? Runtergeladen, installiert, und ausgeführt. Das ist ein GW-Basic-(kompatibler)-Interpreter.

Das PC-BASIC habe ich mir heute noch mal angesehen und wieder festgestellt, warum ich PC-BASIC nicht weiter genutzt habe:

- der ganze PC-BASIC Interpreter ist in Python geschrieben und verliert deshalb einiges an Performance

- unter armbian wollte PC-BASIC nicht mit der Console "spielen" nach der Installtion (pip3 install pc-basic)

- im Gegensatz zu GW-BASIC/BASICA unter vDOS kann man den Text nicht in die Zwischenablage kopieren

So suchte ich heute nochmal GW-BASIC und fand nebenbei eine IBM BASIC A3.40 Version (ist anbei),
die wohl aus OS/2 ist bzw. mit einem anderen (C)-Vermerk als Version A4.00 von PC-DOS 4.00 sein soll
(ansonsten gleich).

GW-BASIC hat als letzte Version die 3.23 von Microsoft. Compaq hat wohl auch eine Version 3.31 gemacht.

Als Hoax kann man sich aus der A3.40 eine A4.00 bauen mit dem Hex-Editor

guidol · 13. Dezember 2022

Nach dem ich mein V6Z80P+ Rev 1.1b nun schon 9 Jahre habe (von der Rev wurden wohl auch nur 10 Stueck gebaut laut Wiki - 60 bei anderen vorherigen Revisionen) habe ich heute zum ersten mal das CP/M 3.0 auf dem zum Laufen gebracht.

(Also SD-Karte erstellt und seriell angeschlosen, obwohl der normale Screen ueber VGA kommt und es einen PS/2 Tastaturanschluss gibt - aber CP/M auf der Kiste ist seriell)

Es gibt 8MB Laufwerke (A: - P: ), aber die scheinen "RAW" in einem bestimmten LBA-Bereich der Karte zu sein und nicht als Image vorzuliegen (macht es nicht gerae leichter zuzugreifen)