Mich würde mal interessieren, in wie weit PureBasic mit DualCore Systemen optimiert läuft. Ich habe noch kein MehrKern-System, überlege aber, ob ich mir eins zu lege und bald werden fast nur noch welche hergestellt.
Vielleicht gibt es dir Antwort auf meine Frage ja schon, aber ich hab's nicht in der Suche gefunden.
We würde ein MehrKern-Programm in Pure aussehen, dass die zwei Kerne optimal ausnutzt?
DualCore 2 Kerne ProzessorUnterstützung für PB?
DualCore 2 Kerne ProzessorUnterstützung für PB?
Kinder an die Macht http://scratch.mit.edu/
-
ts-soft
- Beiträge: 22292
- Registriert: 08.09.2004 00:57
- Computerausstattung: Mainboard: MSI 970A-G43
CPU: AMD FX-6300 Six-Core Processor
GraKa: GeForce GTX 750 Ti, 2 GB
Memory: 16 GB DDR3-1600 - Dual Channel - Wohnort: Berlin
Ich denke mal, die Kerne werden vom OS verwaltet und nur sehr
systemnahe Programme kommen da ran, also für PB keine unmittelbaren
Auswirkungen.
systemnahe Programme kommen da ran, also für PB keine unmittelbaren
Auswirkungen.
PureBasic 5.73 LTS | SpiderBasic 2.30 | Windows 10 Pro (x64) | Linux Mint 20.1 (x64)
Nutella hat nur sehr wenig Vitamine. Deswegen muss man davon relativ viel essen.
Nutella hat nur sehr wenig Vitamine. Deswegen muss man davon relativ viel essen.
Das ist Tux. Kopiere Tux in deine Signatur und hilf ihm so auf seinem Weg zur Weltherrschaft.Solltest du aber. In der Regel werden die Threads nur auf dem Kern
gestartet, wo auch der Hauptprozess liegt.
//Edit:
http://msdn.microsoft.com/library/en-us ... frame=true
villt kann das helfen... APIs bekommen in letzter Zeit auch immer
bescheuerte Namen...
//edit die 2.
http://msdn.microsoft.com/library/defau ... tymask.asp
Das klingt auch noch recht interessant. Wieso findet man sowas nicht,
wenn man sowas für einen selbst sucht...
gestartet, wo auch der Hauptprozess liegt.
//Edit:
http://msdn.microsoft.com/library/en-us ... frame=true
villt kann das helfen... APIs bekommen in letzter Zeit auch immer
bescheuerte Namen...
//edit die 2.
http://msdn.microsoft.com/library/defau ... tymask.asp
Das klingt auch noch recht interessant. Wieso findet man sowas nicht,
wenn man sowas für einen selbst sucht...
MVXA hat geschrieben:Solltest du aber. In der Regel werden die Threads nur auf dem Kern gestartet, wo auch der Hauptprozess liegt.
Diese Regel gilt nur für SingleCore-CPUs ... 
Die von Dir genannten API-Calls können Prozesse bzw. Threads tatsächlich auf bestimmte CPUs (Kerne) beschränken, aber Bill Gates sagt explizit dazu: "In most cases, it is better to let the system select an available processor."
Multi-Threading heißt also das Zauberwort, aber das hat 125 ja bereits geschrieben.
PB 4.02 XP Pro SP2 "Der Code ist willig, aber der Prozessor ist schwach."
Es gibt keine Vista-Witze. Es ist alles wahr!
Es gibt keine Vista-Witze. Es ist alles wahr!
Multithreading ist allerdings trotzdem etwas, bei dem man sehr vorsichtig sein sollte. Da kann man ein Programm nämlich auch herrvorragend langsamer machen oder dafür sorgen, dass es falsche ergebnisse liefert wenn man nicht weiß was man tut.
Zuletzt geändert von Zaphod am 09.05.2006 16:48, insgesamt 1-mal geändert.
Etwas sicherer (wen vllt auch langsamer) als mit CreateThread zu arbeiten, sollte ein Client und ein Server sein, beides verschiedene Exen, der Server berechnet z.b. Die Umgebung, KI, wasweisich und der Client die Grafik, Nutzereingaben, Webfindung, ect. und übermittelt seine Ergebnisse an den Server. (So gelöst in Paraworld)
Glaubt aber nicht, das ich das mal getestet habe, ich hab ja nichtmal HT...
Glaubt aber nicht, das ich das mal getestet habe, ich hab ja nichtmal HT...
Johann Wolfgang von Geothe hat geschrieben:Wie dieses oder jenes Wort geschrieben wird, darauf kommt es doch eigentlich nicht an, sondern darauf, daß die Leser verstehen, was man damit sagen wollte.