Multitasking Interna verstehen

[Sinspin]

Ich habe auch als DOS und Assembler Programmierer angefangen und mir sowas selber gebaut. Als ich dann was unter Windows machen musste kam ich mir vor wie kastriert.
Was da damals in den CPUs implementiert wurde um multithread handling auf CPU Ebene zu ermöglichen halte ich noch immer für eine der genialsten Erfindungen in der Geschichte der Computertechnik.

Um Heutzutage selber das Threadingverhalten zu implementieren würde bedeuten dass Du einen Thread dann aufteilen würdest. Ansonsten müsstest Du auf Kernelebene runter. Und der wird dich nicht lassen.
Was allerdings interessanter wäre, eine Routine zu schreiben die mit einem Ausfürungspfad die Zeitschnipsel verschiedener Threads vereint. Kann mir nicht vorstellen dass das geht.

[delphifan2004]

Ich werde also erst mal probieren Datenstrukturen zu bauen und dann wie ein Kind rumprobieren um erste Erfahrungen zu sammeln.

[TiGü]

Zitat von delphifan2004:

Ich werde also erst mal probieren Datenstrukturen zu bauen und dann wie ein Kind rumprobieren um erste Erfahrungen zu sammeln.

Du könntest natürlich auch erstmal dich in das Thema einlesen und versuchen zu verstehen, wie das bspw. in Windows gelöst ist.
Beispiel:
https://www.codeproject.com/Articles...Windows-Thread

[HintByError]

Zu beachten ist, dass die Maschineninstruktionen des Prozessors zur Implementierung von Threads privilegiert sind. Das heißt, dass eine Windows-Anwendung nicht auf diese Instruktionen zugreifen darf. Diese Instruktionen darf nur das Betriebssystem verwenden.

[Stevie]

Der Record den du da oben gepostet hast hat rein gar nichts mit Multitasking zu tun sondern stammt aus System.ObjAuto.pas und ist für die Parameterübergabe beim dynamische Aufrufen von Methoden. Die 1024 Byte da reichen für mehr Parameter als man jemals an eine Methode übergibt.

[delphifan2004]

Zitat von TiGü:

Zitat von delphifan2004:

Ich werde also erst mal probieren Datenstrukturen zu bauen und dann wie ein Kind rumprobieren um erste Erfahrungen zu sammeln.

Du könntest natürlich auch erstmal dich in das Thema einlesen und versuchen zu verstehen, wie das bspw. in Windows gelöst ist.
Beispiel:
https://www.codeproject.com/Articles...Windows-Thread

... und mit Threads programmieren wie das unter Windows gemacht wir. Klar! Danke für den Link. Habe auch schon Michael Puff's Seite aufgesucht und dort auch Dokus gefunden über Win-API und auch über Threads mit Delphi ist ein Tutorial dabei. Das wäre dann erst mal die Verwendung der Threadlogik wie sie in Windows implementiert ist. Danach will ich aber weiter. Und lernen wie das "unter der Haube" gemacht wird. Das API ist ja nur das Interface dazu.

Zitat von HintByError:

Zu beachten ist, dass die Maschineninstruktionen des Prozessors zur Implementierung von Threads privilegiert sind. Das heißt, dass eine Windows-Anwendung nicht auf diese Instruktionen zugreifen darf. Diese Instruktionen darf nur das Betriebssystem verwenden.

Danke für den wichtigen Tipp. Dann wird das ja innerhalb von Windows schwierig umzusetzen. Mit Delphi ein Programm schreiben wird da nicht so einfach weil das ja auf Windows läuft.

Zitat von Stevie:

Der Record den du da oben gepostet hast hat rein gar nichts mit Multitasking zu tun sondern stammt aus System.ObjAuto.pas und ist für die Parameterübergabe beim dynamische Aufrufen von Methoden. Die 1024 Byte da reichen für mehr Parameter als man jemals an eine Methode übergibt.

Wie speichere ich denn da die aktuellen Registerinhalte vor dem Taskwechsel? Dafür wollte ich diese Struktur verwenden. Oder gibt es da in der CPU eine Methode? Ich habe eine AMD Athlon(tm) II X2 B24 CPU mit 2 Kernen je 3 GHz. Das ist aber meine konkrete CPU. Wenn ich aber mit meinem Entwurf auch auf anderen CPUs Erfolg haben will? Habe noch einen älteren Rechner mit Pentium 400MHz.

Welche Taskwechselmechanismen gibt es da auf der CPU Serie X86? WO finde ich Dokus dazu? Die möglichst auch verständlich geschrieben sind für einen der sowas noch nie gemacht hat?

Das Buch Programmierhandbuch 80386/80486 von Claßen der Reihe Technische Informatik vom Verlag Technik Berlin besitze ich bereits. Wahrscheinlich aber brauche ich noch mehr Infos als in diesem Buch zu finden.

[himitsu]

Statt das alles selber zu machen, oder um da bissl abzugucken, würde ich empfehlen sich mal die Fiber anzusehn.
Im Prinzip machen die genau das, was du willst.

https://docs.microsoft.com/en-us/win...d/using-fibers


Und sogar die neue Threading-API im Delphi hat mit TTask und TFuture etwas, was vom Verhalten dem sehr nah kommt.
System.Threading

[TiGü]

Zitat von delphifan2004:

Zitat von TiGü:

Zitat von delphifan2004:

Ich werde also erst mal probieren Datenstrukturen zu bauen und dann wie ein Kind rumprobieren um erste Erfahrungen zu sammeln.

Du könntest natürlich auch erstmal dich in das Thema einlesen und versuchen zu verstehen, wie das bspw. in Windows gelöst ist.
Beispiel:
https://www.codeproject.com/Articles...Windows-Thread

... und mit Threads programmieren wie das unter Windows gemacht wir. Klar! Danke für den Link. Habe auch schon Michael Puff's Seite aufgesucht und dort auch Dokus gefunden über Win-API und auch über Threads mit Delphi ist ein Tutorial dabei. Das wäre dann erst mal die Verwendung der Threadlogik wie sie in Windows implementiert ist. Danach will ich aber weiter. Und lernen wie das "unter der Haube" gemacht wird. Das API ist ja nur das Interface dazu.

Ja ja, bla bla...hast du dir den Link überhaupt angeguckt?
Da geht es eben NICHT darum wie man die WinAPI bedient - also Funktionen aufruft usw. - sondern ist ein erster einfacher Einstieg über den Hintergrund, also was da in Windows passiert und welche Datenobjekte der Kernel dafür braucht und anlegt.

Wenn du es dann wirklich im Detail verstehen willst, empfehle ich das "Windows Internals" Buch:
https://www.amazon.de/dp/B0711FDMRR/...ng=UTF8&btkr=1
https://www.amazon.de/dp/B07D3BTQTG/...ng=UTF8&btkr=1
https://docs.microsoft.com/en-us/sys...dows-internals

In der neusten englischen Ausgabe wird da über 107 Seiten alles über Threads behandelt.

Wenn du gebraucht die vorige Edition sechs findest und günstig erwerben kannst, dann tut es das auch.
Jede bessere Bibliothek sollte zumindest per Fernleihe eine Ausgabe (deutsch oder englisch) verfügbar haben.

[TiGü]

Wenn man nur Quelltext lesen möchte, kann man sich natürlich ab Zeile 136 ff. der thread.c vom ReactOS-Projekt verlieren:
https://doxygen.reactos.org/d0/d85/d...8c_source.html

[delphifan2004]

Zuerst schau ich mir Codeproject gründlicher an. Bin da noch dabei. Hatte zunächst nur oberflächlich rein geschaut und nicht sofort gesehen, dass dort die Thread Internals unterhalb der Windows Ebene beschrieben werden. Erst als ich weiter runter gescrollt habe, hab ich das richtig erfasst. Windows Internals ist auch ein guter Tipp. Aber alles nacheinander. Danke für die Link's! Muss mich da erst mal rein arbeiten.

Auf Quelltextebene ist nicht genug für mich, ich brauch da schon die andere Doku mit den Windows Internals. Dennoch danke!

[OT]
Muss mal wieder die aktuelle Version von ReactOS runter laden. Leider läuft ReactOS bisher nicht auf meinem Rechner, obwohl Linux durchaus läuft, ich nutze Knoppix. Und soweit ich weiß hat ReactOS einen Linux Kernel.[/OT]