+- Deutsches Simutransforum (https://simutrans-forum.de/mybb)
+-- Forum: Simutrans (https://simutrans-forum.de/mybb/forumdisplay.php?fid=3)
+--- Forum: Programmierung und Patches (https://simutrans-forum.de/mybb/forumdisplay.php?fid=38)
+--- Thema: CUDA und Co. (/showthread.php?tid=6662)
- prissi - 29-05-2012
Die Passagiere müssen deterministisch erzeugt werden. Außerdem fällt das Routing dann an, wenn ein Convoi an einem Halt ankommt. Da lässt sich nicht unbedingt was parallelisieren. Aber Dwachs hat da schon viel optimiert.
- kohlenschaufler - 30-05-2012
Könnte es was bringen, die Grafik und die Logik in separate Threads zu verpacken? Mein Fenster ist so auf ~3000x1280 und da scheint mir die Grafik schon einige Zeit zu beanspruchen. Dabei machen drei Cores einen arbeitslosen Eindruck.
- cfds - 30-05-2012
Die Graphik in einen eigenen Thread packen ginge vermutlich schon (da die Routinen nur lesend auf die anderen Objekte zugreifen müssen), die Frage ist aber ob der Aufwand gerechtfertigt ist. So wie es bisher klingt würden nur Nutzer mit großen Bildschirmen und kleinen Karten wirklich davon profitieren.
- pETe! - 30-05-2012
AFAIK wurde hier schon mal berichtet, dass die Zeichenroutine ein eigenständiger Thread ist.
- Dwachs - 30-05-2012
Es ist auch schon moeglich die Grafik multi-threaded zu betreiben. Muss man aber selber kompilieren ...
- wernieman - 30-05-2012
In den nightlys sollte es (meines Wissens) aktiviert sein ......
- prissi - 30-05-2012
Wenn in den Nightlies MULTI_THREAD=4 oder so gesettzt ist, dann muss man nur simple_drawing_tile_size auf einen Wert größer die aktuelle Kachelgröße setzen und dann geht bis zu 3x schneller (und mit mehr Grafikartefakten leider auch), was die Grafik angeht. (Das wird im nächsten Release dann automatisch gehen.)
- wernieman - 30-05-2012
Du hast recht, es ist bei den nightlys nicht gesetzt ....
wurde nur irgendwann mal Testweise ...
Sag Bescheid, wenn es gesetzt werden soll