Thema FPS und Ruckler

Das Ruckeln kommt nicht von der Grafik, deine alte 4060 hätte auch bequem gereicht. Das liegt einfach an der CPU, wenn die nicht mehr mitkommt.

Daher 3DMark, weil du dann schauen kannst ob er auch da nur um die 100W gesamt zieht. Ich kann mir aber nicht vorstellen das die Kühlung mit 100W am Limit läuft. Bei dem Gerät sollte die doch mal wenigstens 150W abführen können, selbst wenn sie dann röhrt wie ein Triebwerk.

Da bleiben dann nur die Energieeinstellungen in Windows, daß da irgendwas begrenzt wird. Oder die Herstellersoftware, falls sowas installiert ist.

Ferndiagnose ist immer schwierig, vor allem wenn man das Gerät selbst nicht kennt.

Dass es bei augenscheinlich stabilen fps regelmäßig stockt, ist doch der Standard.

Und wegen der Kühlung: vielleicht ist die Konfiguration grenzwertig für eine Luftkühlung. Soll das ein Verkaufsargument des Herstellers sein? So nach dem Motto: "Kann für 3 Sekunden 5 GHz, das war es dann aber schon wieder". Dann sollte der Hersteller ein Kompaktflüssigkühlung in das Bundle stecken.

Ich bin heute noch nicht zu weiteren Tests gekommen.

Aber nochmal zur Kühlung: 75-85 Grad empfand ich bisher nie als kritischen Temperaturbereich.

Wie gesagt, nach Zuschaltung des Kühlpads hab ich keine Ausreißer nach oben mehr gesehen und das Gerät hat bereits ne Dampfkammer.

Kirsche, ich bin etwas zurückhaltend, wenns darum geht, mir für 40 Euro 3DMark zu kaufen. Hast du vielleicht ne Alternative, die du empfehlen kannst?

Also, ich habe jetzt nochmal die automatische Übertaktung von Intel XTU dazugeschaltet.
Er läuft ziemlich stabil bei 5 GHz, keine Drosselung wegen zu wenig Saft, nur wenige Temperaturausreißer, die zu Drosselungen geführt haben, aber nicht durchgehend, das war eher die Ausnahme. Wieviel Watt er wirklich gerade zieht, kann ich leider nicht sehen, aus den Angaben bei HWinfo werde ich auch noch nicht so zu 100% schlau.

Was ich aber bemerkenswert finde: Die Drops treten unabhängig von den Drosselungen auf. Und irgendwie scheint alles, was ich versucht habe, so gut wie gar nix an den Drops zu ändern. Bei höherer Leistung wurde die Simulation schneller (!) Die dritte Geschwindigkeitsstufe war beim Test wieder spürbar. Das war aber auch alles. Die Ruckler blieben. Dagegen, daß es bei 50.000 Peoples langsamer wird, hab ich ja gar nix. Die Ruckler stören. Und die ändern sich durch die CPU-Performance irgendwie nicht.

Das ist gerade mein Kernproblem.

Spielst du "normal"/wirtschaftlich oder bastelst du dir deine Welt selbst zusammen? Ich hab bei mir (ich "bastle") festgestellt, dass nach Änderung des Spieljahres und Neugründungen von Städten öfter auch Mikroruckler auftreten, das legt sich dann mit Zeit aber wieder. Nehme an, das Spiel muss in der Zeit mehr Erweiterungsschritte berechnen und wenn es den Rückstand aufgeholt hat, läufts wieder flüssig.

"Selbstgebastelt", ja. Reine Schönbaukarte ("größenwahnsinnig") ohne generierte Städte, kein PKW-Verkehr. Güterverkehr lass ich auch bleiben. Und bisher eben ca. 25.000 simulierte Personen.

Zitat von Rauschpfeiff

mir für 40 Euro 3DMark zu kaufen

Die Demoversion auf steam ist kostenlos. Damit kannst du testen.

Zitat von Rauschpfeiff

ohne generierte Städte, kein PKW-Verkehr.

Da 25000 Einwohner ohne PKW's eine überschaubare Rechenlast auslösen, sollte es bei dir sehr viel flüssiger laufen.

Entweder belastet irgendein Mod den Hauptthread, es gibt Software/Treiberprobleme oder an der Hardware ist irgendwas.

Da kann man nur abwarten was der Benchmark so zeigt, um einen vergleich zu haben.

Ah, danke!

Also, ich habe beide frei verfügbaren Benchmarks durchlaufen lassen. Die Temperatur blieb meistens so um die 70. Wieviel Leistung er gezogen hat, konnte ich dort nicht (direkt) sehen, vielleicht kannst du mir dazu mehr sagen. Steel Nomad lief mit ~50 FPS, der CPU-Test von Time Spy allerdings nur mit ~40. Die Temperatur blieb auch da zwischen 70 und 80.

Irgendwie bin ich jetzt so klug als wie zuvor. Aber ich kann auch nicht alle Daten, die dabei ausgespuckt wurden, sinnvoll einordnen.

Daß es mit den 25.000 eigentlich flüssiger laufen müsste, ist ja genau mein Problem.

Es sieht schwer danach aus als ob bei dir eine künstliche Drosselung besteht.

Was den Verbrauch angeht, einfach mal ein Wattmeter zwischen Steckdose und Lappi klemmen.

Die gibts für ein paar Euro in jedem Baummarkt, oder im Internet.

Wenn du das große Netzteil drin hast, sollte das 330W haben. Deine Graka sollte maximal 175W und deine CPU 157W ziehen können, hardwareseitig. Da kann also nur eine Softwaredrosselung vorliegen.

Was die Kühlung bei Dauerlast so schafft, steht natürlich auf einem anderen Blatt.

Ich hab heute und morgen ein Blockseminar und werde kaum zum Testen kommen.

Wie gesagt, mit der Kühlung hatte ich ja bisher weniger Probleme als bei allen anderen Modellen. Zumindest nach den Maßstäben, an die ich mich gewöhnt habe.
Wenn es da wirklich ein Softwareproblem gibt, erklärt das aber für mich auch noch nicht die Ruckler in tpf2.

Mit Software meine ich Windowseinstellungen oder in der Herstellersoftware.

Das hatte ich schon so verstanden. Aber dann bleibt die große Frage: Wie finde ich das heraus? Und wenn es an tpf2 liegt: Wie finde ich heraus, was bremst?

Nachtrag: In Sachen tpf2 bin ich der Lösung schon ein gutes Stückchen nähergekommen. Ich hab wirklich den Wald vor lauter Bäumen nicht gesehen: Ich hab heute die neue CommonAPI-Version draufgezogen und das Herbstupdate aktiviert. Beim Nachtragen der CommonAPI-Einstellungen fiel mir auf, daß ich den fast debug mode nicht aktiviert hatte. Das hab ich geändert. Seitdem fährt wieder alles ohne Stottern. Zwar ohne FPS-Höhenflüge. Aber ob sich daran noch etwas drehen lässt, schau ich jetzt in Ruhe.

Mal wieder eine typische Hardware Diskussion, die an den TPF2 Problemen vorbei geht.

Allein dass solche Ruckler bei jedem vorkommen können, egal ob PC oder Laptop zeigt, dass es kein spezifisches Hardwareproblem ist.

Wenn die Last unregelmäßig ist (was bei der TPF2 Engine leider der Fall ist), ist auch die Performance unregelmäßig und es kommt zu Rucklern.

"Drop detected(script)" heißt dabei, dass der Simulationschritt im Script/Engine Thread länger dauert als erwartet (normal 0.2s) und in der Folge die Simulation kurz einfriert. Das kann man auch mit den Debug Tools analysieren (hier das untere Diagram)

Da du in deinem Savegame mit deinem System offenbar an diese Grenze kommst, sollte man sich Gegenmaßnahmen überlegen, die Script Performance in den Griff zu bekommen. Einige Tipps und Vermutungen sind hier im Forum verstreut, eine gute Anleitung gibt es leider nicht. Einwohner reduzieren ist eine Sache, aber es kommt auch auf die Verteilung der Kapazitäten (mit Straßenanschluss), Komplexität des Straßennetz, Geschwindigkeit Straßen und verfügbarer Autos an und auch Güterproduktion spielt eine Rolle für die Simulation. Kannst ja mal dein Savegame verlinken.

Wie gesagt: Ich spiele ohne Güterverkehr und ohne PKW-Verkehr. Daran liegts schonmal nicht.

Die "fast debug mode"-Funktion aus der CommonAPI hat schon sehr geholfen. Um zu sehen, wo sonst noch Luft nach oben sein könnte, müsste ich mir einen Überblick darüber verschaffen, wo genau die Scriptverzögerungen herkommen. Darin bin ich bisher noch nicht sehr gut.

Zitat von VacuumTube

Mal wieder eine typische Hardware Diskussion, die an den TPF2 Problemen vorbei geht.

Das haben wir doch auch schon lange festgestellt. Sein Problem ist der Laptop, nur was genau muß er halt noch erforschen.

Ja halt eben nicht. Das kann auf jedem PC genauso auftreten.

Solange wir seine Map nicht kennen, können wir nichts genaueres sagen. Am besten wäre es halt, wenn man dieselbe Map auf andere Hardware laufen lässt und einen Performance Vergleich macht.