| |
|
|
| XProfan ist Multithread-Fähig - qui Programmablauf wird grundsätzlich pas de weiteren Threads beeinflusst et il peut so viele eigene/ neue Threads erzeugen et ablaufen laisser comment on voudrais.
Lediglich bietet XProfan de maison aus aucun eigenen Methoden pour neue Threads ou bien qui Verwaltung solcher, Einfluss sur qui Multithread-Fähigkeit hat ca mais pas.
qui eigene Threads starten voudrais peux ca z.B. avec qui CreateThread-API 1faire: KompilierenMarqueSéparation quoi on naturellement pas oublier qc darf et pas "über une peigne scheren" - ca mais wohl chez "jeder" Programmiersprache - dass, si on multithread-Prozesse ablaufen peut, cet naturellement aussi entsprechend programmiert volonté doit sodass es aucun Kollisionen avec anderen Threads gibt z.B. bezüglich des Nutzens et Schreibens sur prozessglobalere grenier/ Variablen.
qui XProfan-eigenen Funktionen sommes z.B. aus diesem Grund pas approprié um z.B. aus anderen Threads comme dem tête-Fil ou bien injiziert dans den Hauptthread aufgerufen trop volonté - wozu vous mais aussi pas gedacht sommes weshalb solch Aufrufe anzuordnen une "Programmierfehler" im eigenen Programme représenter serait mais pas qui Multithread-Fähigkeit de XProfan-Programmen dans Frage stellt.
So est zum Entwickeln eigener echter Threads im XProfan-Programme aussi cela Entwickeln de multithread-fähigen Funktionen qui ensuite wiederum dans dem Multithread-fähigem XProfan aussi korrekt fonctionnement volonté.
qui einfachste et speziell pour XProfan hergestellte Possibilité eigene aufwändige (multi-) threadsichere Funktionen herzustellen sommes "native Funktionen" (nProcs) en Assembler gezielt multithreadfähig hergebildet wird. Um possible simple et "profan" solche nativen Funktionen programmieren trop peut bietet XPSE comme XProfan-Präkompiler ( [...] ) sogenannte nProcs (cela n steht pour nativ) qui automatisch dans (multi-) threadsicheren Assembler umgewandelt et comme objet direct dans cela XProfanprogramm integriert volonté sodass qui XProfan-Programmierer getrost aussi avec entier normaler Profan-Syntax sa nativen et (multi-) threadsicheren Funktionen herstellen et anwenden peux sans sur Fremdsprachen zurückgreifen trop doit: KompilierenMarqueSéparation Gibt beide Male 30 aus, seulement einmal wurde interpretiert gerechnet et einmal nativ et qui native Funktion ist im opposition zur Interpretierten aussi 100%ig (multi-) threadsicher - quoi pas ginge, si XProfan de maison aus pas (multi-) threadfähig wäre. |
|
|
| |
|
|