AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Sonstige Fragen zu Delphi Delphi Geschwindigkeitsgewinn von Multithreading Berechnungen
Thema durchsuchen
Ansicht
Themen-Optionen

Geschwindigkeitsgewinn von Multithreading Berechnungen

Ein Thema von Neutral General · begonnen am 22. Mai 2010 · letzter Beitrag vom 28. Mai 2010
Antwort Antwort
Seite 2 von 3     12 3      
shmia

Registriert seit: 2. Mär 2004
5.508 Beiträge
 
Delphi 5 Professional
 
#11

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 27. Mai 2010, 19:38
Beim Mandelbrot kann sich das Problem ergeben, dass der eine Thread schon fertig ist während der Andere noch arbeiten muss.
Man müsste das Gesamtbild in kleinere Kacheln (vielleicht 16 * 16 Pixel) zerlegen.
Immer wenn ein Thread fertig ist, bekommt er die nächste Kachel zugeteilt (oder es wird ein neuer Thread mit der der Berechnung für die Kachel gestartet).
Andreas
  Mit Zitat antworten Zitat
Benutzerbild von Neutral General
Neutral General

Registriert seit: 16. Jan 2004
Ort: Bendorf
5.219 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#12

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 27. Mai 2010, 20:24
Zitat von shmia:
Beim Mandelbrot kann sich das Problem ergeben, dass der eine Thread schon fertig ist während der Andere noch arbeiten muss.
Man müsste das Gesamtbild in kleinere Kacheln (vielleicht 16 * 16 Pixel) zerlegen.
Immer wenn ein Thread fertig ist, bekommt er die nächste Kachel zugeteilt (oder es wird ein neuer Thread mit der der Berechnung für die Kachel gestartet).
Naja ich habe das Gefühl gehabt dass der 2. Thread fast erst dann anfängt wenn der 1. aufgehört hat. Bzw. anders gesagt hat der 2. Thread fast doppelt so lange gebraucht wie der 1.
Michael
"Programmers talk about software development on weekends, vacations, and over meals not because they lack imagination,
but because their imagination reveals worlds that others cannot see."
  Mit Zitat antworten Zitat
Medium

Registriert seit: 23. Jan 2008
3.685 Beiträge
 
Delphi 2007 Enterprise
 
#13

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 27. Mai 2010, 21:23
Beim Mandelbrot braucht der mittlere Bereich (der, der üblicherweise schwarz ist - die eigentliche Mandelbrotmenge) am längsten, da dort immer die maximale Iterationstiefe erreicht wird, folglich sollte, wenn man an der realen Achse in 2 Teile teilt, der untere Teil weit weniger geschafft haben als der obere, vorausgesetzt beide fangen lokal von oben an. Jedoch sollten sie schon einigermaßen gleichzeitig fertig werden am Ende. Joinst du irgendwo, oder weist du evtl. unterschiedliche Prios zu? Oder evtl. zu hohe Prios?

Ich würde generell schon fast dazu übergehen, für jede Zeile einen Thread zu machen, dann aber so ~4-8 am Stück starten, und jedes Mal wenn einer fertig wird, wieder auffüllen. Das ist aber vermutlich nur ab gewisser Größe des Bildes sinnig, sonst könnte der Verwaltungsoverhead merkbar werden.

Noch ein kleiner Beschleunigungstipp: Das einfache Mandelbrötchen ist spiegelsymmetrisch zur realen Achse -> du musst bei zentrierter Ansicht nur das halbe Bild berechnen.
"When one person suffers from a delusion, it is called insanity. When a million people suffer from a delusion, it is called religion." (Richard Dawkins)
  Mit Zitat antworten Zitat
Benutzerbild von Khabarakh
Khabarakh

Registriert seit: 18. Aug 2004
Ort: Brackenheim VS08 Pro
2.876 Beiträge
 
#14

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 27. Mai 2010, 22:02
Zitat von Neutral General:
Aber soll ich dann wenn ein Thread fertig ist einen neuen erstellen der die nächsten 10 Zeilen macht?
Wozu einen neuen Thread? Der alte bleibt bestehen und holt sich die nächsten zehn Zeilen. Ohne TPL könnte das etwa so aussehen:
Delphi-Quellcode:
var sharedY := 0;

for var i := 1 to Environment.ProcessorCount do
   new Thread(->
      begin
         while true do
         begin
            var startY := Interlocked.Add(var sharedY, 10);
            if startY >= Height then
               break;
            for var y := startY to Math.Min(startY + 9, Height - 1) do
               for var x ....
         end;
      end;
   ).Start();
Sebastian
Moderator in der EE
  Mit Zitat antworten Zitat
Benutzerbild von Neutral General
Neutral General

Registriert seit: 16. Jan 2004
Ort: Bendorf
5.219 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#15

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 27. Mai 2010, 22:35
Hallo,

Hab das ganze nochmal neu implementiert und nun läuft es auf 2 Kernen etwa doppelt so schnell wie auf einem.
Allerdings habe ich hier einen Quadcore und weder bei 3 noch bei 4 Kernen wird er schneller. Diese sind auch im Taskmanager nicht wirklich ausgelastet.

Habe hier einen Intel i5. Kann es sein, dass es an diesem Turboboost liegt? Bzw. muss ich in diesem Fall irgendetwas beachten?
Michael
"Programmers talk about software development on weekends, vacations, and over meals not because they lack imagination,
but because their imagination reveals worlds that others cannot see."
  Mit Zitat antworten Zitat
Benutzerbild von H4ndy
H4ndy

Registriert seit: 28. Jun 2003
Ort: Chemnitz
515 Beiträge
 
Delphi XE3 Professional
 
#16

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 28. Mai 2010, 01:45
Die meisten Core i5 haben nur zwei echte Cores. Die beiden anderen kommen durchs vom Pentium 4 bekannte Hyper Threading zustande.
Nur der i5-750S und i5-750 haben sind echte Quad-Cores (Quelle).

Turbo Boost macht nix anderes, als einzelne Kerne automatisch hochzutakten, wenn nicht alle genutzt werden (z.B. bei rechenintensive Single-Thread-Anwendungen, alte Spiele z.B.). Da musst du also eigentlich nix beachten. Wenn beide Kerne genutzt werden, wird TB nicht aktiviert.
Manuel
  Mit Zitat antworten Zitat
Benutzerbild von Khabarakh
Khabarakh

Registriert seit: 18. Aug 2004
Ort: Brackenheim VS08 Pro
2.876 Beiträge
 
#17

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 28. Mai 2010, 02:18
Ja, da würde ich auch auf Hyperthreading tippen. In der Zwischenzeit hab ich mal ein paar Werte von meinem Q6600 gesammelt .
http://imgur.com/3J3Rx.png

Wenn ich daraus mal ein Fazit ziehen darf: Zumindest bei diesem Problem ist der Interlocked-Aufruf im Vergleich zur eigentlichen Arbeit so billig, dass man eigentlich mit keiner vernünftigen Batchgröße etwas falsch machen kann .
Sebastian
Moderator in der EE
  Mit Zitat antworten Zitat
Benutzerbild von H4ndy
H4ndy

Registriert seit: 28. Jun 2003
Ort: Chemnitz
515 Beiträge
 
Delphi XE3 Professional
 
#18

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 28. Mai 2010, 02:39
Erstaunlich, dass ab 4 Pixeln schon eine brauchbare Effizienz rauskommt.
OT: Was hast du fuer zur Diagramm-Erstellung genutzt? Office?
Manuel
  Mit Zitat antworten Zitat
Benutzerbild von Khabarakh
Khabarakh

Registriert seit: 18. Aug 2004
Ort: Brackenheim VS08 Pro
2.876 Beiträge
 
#19

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 28. Mai 2010, 15:30
Jupp, Excel. Ich habe mal die Rechenzeit verzehnfacht, um Schwankungen auszugleichen. Ergebnis siehe oben: Jetzt ist es wirklich ganz egal, ob man nun in 10 oder 10000 Pixel partitioniert.
Die Daten noch dazu: 1920x1080, maximale Iterationstiefe 1000, Abbruchbedingung |z| > 2
Sebastian
Moderator in der EE
  Mit Zitat antworten Zitat
Benutzerbild von Neutral General
Neutral General

Registriert seit: 16. Jan 2004
Ort: Bendorf
5.219 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#20

Re: Geschwindigkeitsgewinn von Multithreading Berechnungen

  Alt 28. Mai 2010, 17:03
Hallo,

Danke für eure "Forschungsarbeiten"
Ich habe aber tatsächlich einen i5 750 und somit echte 4 Kerne. Hyperthreading unterstützt dieser Prozessor nicht.

Neue Theorien?

Notfalls kann ich meinen Code mal hochladen. Sind allerdings schon ein paar Zeilen.
Michael
"Programmers talk about software development on weekends, vacations, and over meals not because they lack imagination,
but because their imagination reveals worlds that others cannot see."
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 3     12 3      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:15 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz