DOS, Anzahl laufender Prozesse abfragen

Hier dürfen auch unregistrierte Besucher posten.
Benutzeravatar
matze79
DOS-Gott
Beiträge: 7910
Registriert: So 9. Sep 2012, 20:48

Re: DOS, Anzahl laufender Prozesse abfragen

Beitrag von matze79 »

Bei Qemu nutze ich einfach eine Paritation direkt , also -hdb /dev/sda7 und fertig :)

Dosemu geht bei mir auf 64bit nicht mehr, und auf 32bit auch nicht, verursacht nur 100% CPU Last..
https://www.shadowcircuit.de - Die kleine Community rund um Retro Computing
https://www.retroianer.de
Benutzeravatar
Dekay
Kommandozeilenfetischist
Beiträge: 166
Registriert: Mi 15. Jun 2005, 09:32
Wohnort: München

Re: DOS, Anzahl laufender Prozesse abfragen

Beitrag von Dekay »

Dieses STRG+ALT+ENT->Task kicken habe ich wirklich immer vermisst
öhm, nur so nebenbei. Der Amiga hat doch diese Kombi auch. Ctrl + A + A (Die Amiga Tasten)....
elianda
DOS-Übermensch
Beiträge: 1150
Registriert: Mi 31. Jan 2007, 19:04
Wohnort: Halle
Kontaktdaten:

Re: DOS, Anzahl laufender Prozesse abfragen

Beitrag von elianda »

Also wir haben damals Personal Netware fuer die Mailbox eingesetzt. Auf dem 386er lief das Servermodul und auf den 286ern der Basic client. Damit war noch ausreichend RAM frei, um auf den 286ern eine Frontdoor laufen zu lassen.
Auf dem 386er lief auch ein Port, der hatte jedoch die ganzen Timer fuer Spooling und Node calls.
Effektiv hatten wir also das Multitasking auf mehrere Rechner verteilt.

Spaeter hat man das aus Stromkostengruenden auf OS/2 laufen lassen mit mehreren DOS-Fenstern als Ports. z.B. auf einem 5kx86 mit 16 MB RAM. Windows NT hatte auf langsamen CPUs erhebliche Performanceprobleme, wenn mehrere DOS Fenster jeweils COM-Ports offen hatten.
Diverse Retro-Computer vorhanden.
Gast

Re: DOS, Anzahl laufender Prozesse abfragen

Beitrag von Gast »

Ich hätte damals zu DOS Zeiten auf Arbeit multitasking gut gebrauchen können. Wir hatten da einen IBM PC mit DOS 3.3 glaub ich. Und angeschlossen war der Hauptmonitor zum Arbeiten mit dem PC, dann aber nochz ein Digitalisiertablett zum Zeichnen und ein Monitor, von dem man sogar die Maße der Zeichnung mit dem Lineal abnehmen konnte. Wenn nun jemand an diesem PC gearbeitet hatte, war der für das Konstruktionszeichnen blockiert. Mit Multitasking hätte ich zeichnen können, auch wenn mein Kollege gerade an seinen Aufgaben arbeitet.
Benutzeravatar
frosch411
Solitärspieler
Beiträge: 14
Registriert: Mi 4. Feb 2015, 13:10
Wohnort: Schwarzwald

Re: DOS, Anzahl laufender Prozesse abfragen

Beitrag von frosch411 »

Gast hat geschrieben:Mit Multitasking hätte ich zeichnen können, auch wenn mein Kollege gerade an seinen Aufgaben arbeitet.
Das ist dann aber nicht nur Multitasking sondern Multiuser.

Es gab ja durchaus Betriebssysteme, auch auf Microcomputern und auch für IBM-Kompatible PC.
Bereits Ende der 70er / Anfang der 80er gab es mit MP/M-80 ein Multitasking-Multiuser-Betriebssystem für 8080 und Z80-Systeme, dieses wurde dann auch für 8086/8088-Prozessoren angeboten und zu Concurrent CP/M-86 weiterentwickelt, was dann kein Multiuser-Betriebssystem mehr war aber Multitasking konnte. Vermutlich wären aber die benötigten Programme für Konstruktion und Dokumentation dafür gar nicht verfügbar gewesen.

Aber die wenigsten Anwender konnten damals was mit Multitasking anfangen oder wollten sowas haben, die waren mit DOS zufrieden....
o_o
doside_progger

Re: DOS, Anzahl laufender Prozesse abfragen

Beitrag von doside_progger »

Also ich wüsste eine Anwendung von Multitasking für DOS.

Nehmen wir eine IDE für eine Programmiersprache. Der Quellcode sei zum Testen fertig, nun will ich von der IDE aus den Compiler aufrufen. Ich kann nun den Quellcode der selber geschriebenen IDE so gestalten, das der Compiler vorübergehend aufgerufen wird um meinen Code zu übersetzen. Das ist aber mit der Einstellung des maximalen Speichers für die IDE schon mal frickelig. Schöner wäre daher, wenn ich den Compiler als zusätzliche Task aufrufen könnte.

Nun sind vielleicht noch Fehler in meinem Code, ich brauche also den Debugger. Der soll nun mit der IDE kommunizieren und mir die fehlerhafte Quellcodezeile anzeigen. Ohne Multitasking muss ich nun eine Debuggerfunktion in die IDE einbauen, mit Multitasking könnte ich einen fertigen Debugger nehmen und die AUsgaben passend an die IDE weiter reichen. Der GNU Debugger GDB.EXE kann das.

Die IDE würde dann als letzte Task laufen, darunter wäre mindestens der Debugger, da ja der Compiler nach Verrichtung seiner Arbeit sich beendet. Besser wäre für diesen Anwendungsfall wenn der Compiler im Speicher geladen bliebe, solange die IDE läuft. SO wären dann Compiler, Debugger und IDE gleichzeitig im Speicher geladen und müssten nur noch aufgerufen werden und die frickelige Einstellung des maximalen Speichers in der selber geschriebenen IDE könnte entfallen.
Gast

Re: DOS, Anzahl laufender Prozesse abfragen

Beitrag von Gast »

[quote=frosch411]
Das ist dann aber nicht nur Multitasking sondern Multiuser. ...[/quote]

Nun ja, Multiuser wäre zur Abgrenzung unserer Arbeitsaufgaben schon sinnvoll gewesen. Unsere Planer wollten nicht jedem Einblick in ihre Arbeit gewähren und für die Konstruktionszeichnungen wäre die Angrenzung auch wegen der Verantwortlichkeiten für die jeweiligen Zeichnungen nötig gewesen. Für den Planer ebenso, da waren ja auch mehrere an den Geräten tätig.

Aber dann muss ja ebenso gewährleistet sein, das der Planer und der Zeichner sich nicht "in die Quere" kommen. Da braucht es dann auch Multitasking, denn das Zeichenbrett und der zusätzliche Monitor hingen am selben Rechner, an dem auch die Planer gearbeitet haben. Da wäre es schon nötig gewesen, neben der Planungssoftware gleichzeitig das CAD Programm laufen zu haben. Das war wohl bei dem IBM PC im Lieferumfang. Das Programm hieß AS2000. Der Monitor war vorne flach und schon farbig. Man konnte im CAD Programm den Maßstab vorgeben und sowohl Monitor als auch Zeichenbrett waren so justiert, das man dann maßgerecht zeichnen konnte und das Maß am Monitor per Lineal prüfen konnte. Das Zeichenbrett war auf denselben Maßstab justiert und man konnte so auf dem Brett zeichnen.
Benutzeravatar
frosch411
Solitärspieler
Beiträge: 14
Registriert: Mi 4. Feb 2015, 13:10
Wohnort: Schwarzwald

Re: DOS, Anzahl laufender Prozesse abfragen

Beitrag von frosch411 »

doside_progger hat geschrieben:Also ich wüsste eine Anwendung von Multitasking für DOS.
Nehmen wir eine IDE für eine Programmiersprache...
Gut erkannt. Wobei dafür noch nicht mal echtes Multitasking notwendig wäre, es würde genügen, wenn mehrere Programme gleichzeitig im Speicher geladen sein können von denen immer nur eins gerade läuft. Denn entweder man editiert seinen Quellcode oder man compiliert ihn oder man lässt ihn laufen. Und das könnten auch früher schon integrierte Entwicklungsumgebungen wie z.B. Turbo Pascal. Man startete Turbo-Pascal und hatte einen Editor (angelehnt an WordStar), konnte diesen verlassen und das Programm compilieren und starten und der Quellcode blieb im Speicher.
Davor war es eher mühsam, man musste meist mit einen Zeileneditor wie ED bei CP/M, EDLIN bei DOS oder VI bei Unix den Quellcode erstellen, dann den Editor verlassen, das Programm compilieren oder assemblieren, z.T. sogar beides (es gab Compiler, die Assembler-Quellcode ausgegeben haben, damit der Programmierer dort noch optimieren konnte oder das Programm für verschiedene Prozessoren angepasst werden konnte), danach konnte man es starten. Debuggen hieß, das Programm zu starten und dann zu überlegen warum es nicht das tut was es soll, man konnte sich mit zusätzlichen Ausgaben im Quellcode behelfen, die man anschließen wieder entfernen musste. Assemblerprogrammierer konnten bei CP/M DDT oder bei DOS den DEBUG-Befehl nutzen, um die Programme zu debuggen, war aber doch recht mühsam und für compilierte Programme praktisch nicht verwendbar, da man am Maschinencode nicht erkennen konnte, wie dazu mal der Quellcode aussah.

Anfänger programmierten gerne in BASIC, das war ein klein wenig komfortabler. Man startete BASIC, bei Heimcomputern wie C64, ZX81 oder CPC war das sogar das Betriebssystem, tippte man einen Befehl ein und drückte Enter, so wurde dieser ausgeführt, gab man davor eine Zahl ein wurde die Zeile als Programmzeile mit der angegebenen Zeilennummer gespeichert, ggf. die bisherige überschrieben. Mit LIST konnte man das Programm anzeigen, mit RUN starten, compilieren musste man es nicht, BASIC wurde normalerweise interpretiert, bei Fehlern wurde die Zeilennummer angegeben, wo der Fehler auftrat.
o_o
Benutzeravatar
frosch411
Solitärspieler
Beiträge: 14
Registriert: Mi 4. Feb 2015, 13:10
Wohnort: Schwarzwald

Re: DOS, Anzahl laufender Prozesse abfragen

Beitrag von frosch411 »

Gast hat geschrieben:Nun ja, Multiuser wäre zur Abgrenzung unserer Arbeitsaufgaben schon sinnvoll gewesen.
...
Aber dann muss ja ebenso gewährleistet sein, das der Planer und der Zeichner sich nicht "in die Quere" kommen. Da braucht es dann auch Multitasking,
Multiuser auf einer Maschine macht natürlich auch Multitasking notwendig - zumindest bei interaktiver Verarbeitung. Sonst wäre ja gar nichts gewonnen, wenn einer arbeitet muss der andere warten, das macht dann für Multiuser keinen Sinn.
o_o
Antworten