CPU-Last bei neuem GPU FAHCore_17

[X1900AIW]

Zur Freigabe des Core 17 (siehe News) habe ich einen kurzen Test gemacht, um die CPU-Last konkret zu überprüfen.

• Betriebssystem: Win7/64
• Hardware: GTX650 TI (GK106, Kepler, Hersteller-OC) und i7-3770K @4.0Ghz (Hyperthreading off, d.h. 4 Kerne)
• Nvidia Treiber: 320.18
• Client: 7.3.6 (aktuellste Version)
• Projekte: (GPU) 8900 und (CPU: SMP=3) 6098
• Bildschirmausgabe über iGPU (HD4000), System startet jedoch über kabelverbundenes GTX650

Im Taskmanager habe ich manuell zugeordnet:

• FahCore_a3.exe - CPU 1,2,3 (für SMP)
• FahCore_17.exe - CPU 0 (für GPU)

Den meisten Anteil der CPU-Last auf der GPU-Berechnung haben Werte um die 2 Prozent, dann gibt es wiederkehrend ein schmales Band von 25 Prozent (=100 Prozent Volllast des Kerns), im Screenshot leider nicht zu sehen. Währenddessen zeigt GPU-Z konstant eine GPU-Auslastung von fast durchweg 99 Prozent. Da hatte ich bei anderen GPU-Projekten schon sehr schlechte Auslastungsgrade.



Was mir aufgefallen ist

• Ohne eigenes DVI-Kabel (System startet über iGPU) wird zwar die Grafikkarte sauber erkannt, der FAH-Client hat jedoch in meinem Fall nicht gerechnet, ob Treiberproblem usw. keine Ahnung. Neustart und BIOS-Zuordnung hat das Problem gelöst. GPU-Z zeigt weiterhin ein Leerfeld bei "CUDA".
  
  SMP=3 läuft problemfrei, PPD-Leistung mit ~10.000 ist mir persönlich zu niedrig, da fehlen mir natürlich Erfahrungswerte zum Projekt 6098.
  
  GPU-Leistung mit ~23.500 PPD entspricht meinen älteren Werten mit früheren Core-Versionen, d.h. subjektiv keine Änderung oder Verbesserung. Hm, ich dachte die neue Core-Version bringt bis zu zweifacher PPD-Steigerung bei den Kepler-Generationen.
  
  Die schwankende CPU-Last (2-25%) bewirkt bestenfalls ungenutzte Rechenkapazitäten, mit 140 Watt Verbrauch für das Gesamtsystem (GPU@stock/1.087V, CPU@4.0GHz/1.02V), Temperaturen um die 50 Grad (CPU wie GPU), liefert das System ~240 Punkte pro Watt, keine lags für den Bildschirmaufbau (ob allein durch die gesonderte Bildschirmansteuerung oder frei bleibende CPU Ressourcen), für meinen Arbeitsplatz jedoch im Sommer schon zu wärmeintensiv bzw. zu laut.
  
  Offen bleibt für mich, warum bei dieser Core-Version die Berechnung auf GPU so unterschiedliche CPU-Lasten im Nebeneffekt hat, als ob in regelmäßigen Verarbeitungsphasen die CPU andere Berechnungen abarbeiten müsse.

Probleme hat ich nur beim Installieren des 7.3.6 Clients, der wollte im Expertenmodus nicht starten. Nach De- und Neuinstallation im Automatikmodus und "client .. advanced" wurde sofort der neue GPU Core wie P8900 gezogen, soweit alles o.k.

[X1900AIW]

Heute morgen läuft der Rechner mit identischen Settings (inkl. manueller CPU-Zugehörigkeit der Prozesse), SMP zeigt jedoch statt 10K > 13,7K PPD, GPU fällt von 23,5K auf 11,3K PPD, insgesamt Verlust von fast 10K. CPU-Auslastung, GU-Auslastung und Stromverbrauch wie gestern, herrscht da ein Zufallsprinzip ? Bei einer Schwankung der Rechenanforderungen im Zeitverlauf einer Workunit hätte ich ja Verständnis.

[Thomas R]

Als CPU habe ich noch einen i7 950 - 3,07GHz.
Hypertreading ist aktiviert - also 8 Kerne.

Als Grafikkarten habe ich zwei GTX680 im System.
Die letzten Wochen wurden (bis auf wenige Ausnahmen) nur 8900 berechnet.

Ich habe für FahCore_17.exe die Kerne 1,3,5 und 7 als Standard-CPU-Zugehörigkeit definiert.
FahCore_a3.exe folglich nur noch 0,2,4 und 6.

Beide Prozesse von FahCore_17.exe belegen einen CPU-Durchschnitt von 12,4%, was rechnerisch ja 1/8 ergiebt.
Kern also voll ausgelastet.

Seit p7663 musste ich die CPU von 3,85GHz auf 3,2GHz heruntertakten, da es zu ständigen Fehlern bei der Berechnung kam.
Mit Reduzierung der Taktung waren die Probleme vorbei.
Fraglich bleibt für mich natürlich ob sich die TPF bei höherer Taktung der CPU verbessern würde.
Und natürlich selbe Frage, wenn ich FahCore_17.exe einen zweiten CPU-Kern zuweisen könnte.

Die GPU-Auslastungen schwanken bei beiden zwischen 96% und 99%.

[heikosch]

Ich habe bisher keinen Vorteil durch explizites Zuweisen von Kernen (Affinität) beobachten können.
Aber es bringt viel pro nVidia-Grafikkarte, die P890x rechnet, jeweils einen CPU-Kern zu reservieren, d.h. in Deinem Fall SMP auf 6 Kerne zu setzen.

Alternativ könnte man die Priorität des FahCore_17.exe-Prozesses erhöhen. Damit man das nicht immer per Hand machen muss, geht das auch mit Tools wie SetPriority.
Allerdings reagiert SMP manchmal etwas allergisch auf Konkurrenz, so dass es besser ist die Kernanzahl für SMP zu erniedrigen.

Heiko

[Thomas R]

??
Wie unterscheidest Du denn "Zuweisen von Kernen" von "reservieren eines CPU-Kern´s" ???

Und wie ich geschrieben hatte läuft SMP doch nur noch mit 4 Kernen.

Versteh ich jetzt was falsch oder Du?

[heikosch]

Ich würde keine Kerne explizit zuweisen, sondern nur die Anzahl für SMP begrenzen.
Bei 2 Grafikkarten mit a17-Cores werden auch nur maximal 2 CPU-Kerne benötigt, d.h. 6 Kerne könnten für SMP verwendet werden.
Mir kommt es allerdings komisch vor, dass bei Dir angeblich nur 1 Kern benötigt wird, bei mir sind es definitiv 2 Kerne bei 2 Grafikkarten.

Und warum bekommst Du a3-WUs? Bei mir kommen nur a4-WUs an!

Heiko

[Thomas R]

Hmm - schreib ich echt so wirres Zeug dass es unverständlich ist?

Beide Prozesse von FahCore_17.exe belegen einen CPU-Durchschnitt von 12,4%, was rechnerisch ja 1/8 ergiebt.

Ich habe nicht geschrieben "Beide Prozesse zusammen....".
Also - zwei Grafikkarten - zwei CPU-Kerne.

Wenn ich die Kerne nicht explizit zuweise, knabbern irgendwelche Prozesse (die ja beim arbeiten am PC ständig auftauchen können) ihren prozentualen Anteil an der CPU ab, obwohl ich FahCore_17.exe mit "Hoch" priorisiert habe.
Deswegen auch die Zuweisung von vier Kernen. Nur so erreiche ich die durchschnittliche CPU-Last von 12,4% durch FahCore_17.exe (oder 24,8% für beide).

Die CPU lasse ich deswegen nur mit 4 Kernen rechnen weil startende Prozesse (Outlook, Excel, Photoshop...) bei einer Zuteilung von 6 Kernen die SMP-Berechnung stark ins schwanken bringen. Fehlt da plötzlich ein Kern oder gar mehr, merkt man das an der TPF extrem. Mir kommt es so vor als wäre das schlimmer als wenn ich gleich nur mit 4 Kernen rechne.
Deswegen meine geschilderte Aufteilung der Kerne.


Bezüglich der a3-WU´s:
Da frag ich mal in Stanford nach.

[heikosch]

Auch der neue Core18 besitzt die gleiche CPU-Last.
PPD-Werte bei den ersten WUs vergleichbar mit den aktuellen Core17-WUs, eher ein bisschen niedriger. Werte in etwa wie bei P9408.

Heiko

[X1900AIW]

Laut den ersten Erfahrungswerten im (Member) Thread New Core18; New Projects 10470-10473 sind die PPD Einbrüche bei AMD GPUs weit größer.

Dank des kühlen Wetters habe ich meine AMD Karte gestern wieder aktiviert und konnte endlich (mit den offiziellen Treiber 14.4) wieder FAH unter Win8.1 zum Laufen bekommen. Mit Core 17 im p13000/p13001 sind PPD ~110k möglich, hoffentlich bleibt mir Core 18 erspart. Zumindest bis fehlerbereinigt.

Oder betrifft der Core 18 und p10470-10473 sowieso nur Beta Folder ? In der Projektliste sind sie aktuell draussen.

[heikosch]

Core 18 ist beta.
Auf der GTX 780@1175 MHz aktuell 165-175 kPPD für P10472.

Ich musste heute übrigens das beta-Flag für die GTX 750 Ti entfernen, ansonsten kommen nur die allseits unbeliebten WUs von P8018.

Heiko