Verständnisfrage CPU-Auslastung

Die TDP hochzuschrauben møchte ich vermeiden weil der PC passiv gekühlt wird und ich so die Umgebungstemperatur weiter limitiere.
Ich habe in paar Wochen wieder so ein Setup und werde da mal alle möglichen Kombinationen durchtesten.
Sollte ich standardmäßig das ausbalancierte EnergieProfil benutzen ohne Anpassungen?
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Die TDP hochzuschrauben møchte ich vermeiden weil der PC passiv gekühlt wird und ich so die Umgebungstemperatur weiter limitiere.
Ich habe in paar Wochen wieder so ein Setup und werde da mal alle möglichen Kombinationen durchtesten.
Sollte ich standardmäßig das ausbalancierte EnergieProfil benutzen ohne Anpassungen?
Ja, das ist relativ Ausgeglichen.
Reagiert also mit CoreParking wenn nicht alle Kerne Last haben.

Ein I7-8700K hat z.B: 95W
Schau mal wieviel Takt der bei Single Thread erreicht: https://ark.intel.com/content/www/u...8700k-processor-12m-cache-up-to-4-70-ghz.html
 
Nehmen wir an die Zeit ist 1Sekunde.
Bei 2GHz können 100 Rechenoperationen in 0,5Sek. abgearbeitet werden - 50% der Zeit war der Thread zu 100% beteiligt.
Bei 4GHz können die 100 Rechenoperationen in 0.25Sek. abgearbeitet werden - 25% der Zeit war der Thread zu 100% beteiligt.
Das verstehe ich, aber ich beobachte ja genau das Gegenteil bei mir.
Bitte berichtige mal mein Beispiel. So ganz bin ich noch nicht on Board.

Japp, zumindest gaaaanz abstrakt dargelegt, wäre das so richtig. Real praktisch ist das deutlich komplexer. Denn ein Programm besteht normal nicht aus 100 Rechenoperationen und du hast auch nicht eine lineare Skalierung, es kommt noch Multitasking ins Spiel (also dass ein Betriebssystem weitere Tasks mit zur Abarbeitung auf die selben phyischen Threads los lässt), dann noch besagte OoO Execution und Pipelining unter der Decke, all das sorgt für real praktisch nicht 100% der dargelegten Skalierungseffekte. Aber wenn man das außen vor lässt, in einer kleinen perfekten Laborumgebung, dann stimmt das schon so...

Folgendes Script wäre für dieses Thema sehr gut geeignet:
Zähle exakt 60Sekunden lang von 0 bis 1.000.000. Zähle bei jeden vollen 1.000.000 einen Counter nach oben.
Es ist zu erwarten das beim TurboBoost er viel öfter bis 1Mio zahlen kann in 60Sekunden als im nativen Modus.
Ich wollte es noch sagen, es macht natürlich wenig Sinn nur irgend eine Auslastung zu vergleichen ohne die Geschwindigkeit messbar zu machen. So wie du es beschreibst, wäre es möglich...
Wenn du abseits von VBScript bspw. in Richtung Powershell oder andere "Scriptsprachen" gehst, wäre es bspw. möglich einfach die Ausführung eines Teils zu überwachen und am Ende anzeigen zu lassen, wie lange das eben hat gedauert. Bei sowas sieht man dann auch, dass das 2GHz Modell deutlich langsamer ist als das 4GHz Modell. Es wird nicht 100% sein, siehe oben, aber es wird deutlich sichtbar. Und die Auslastung ist dann in beiden fällen für den einen Threads 100%.

Was man ggf. noch dazu erwähnen sollte, es ergibt mehr Sinn die CPU mit "echter" Arbeit zu beschäftigen als nur sowas wie in einer Schleife einen Wert zu inkrementieren. Einfach weil es nicht ausgeschlossen ist, dass solch ultra einfache Aufgaben ohne echte Belastung irgendwo (vereinfacht gesagt) abgekürzt werden können. Sowas geschieht während der Laufzeit unter der Decke mehr oder weniger von allein - weil sogut wie immer versucht wird, möglichst optimal zu arbeiten.

Das Verhalten wird einerseits auch mehr nachvollziehbar, wenn du längere Phasen der Belastung hast (dann verfälschen Leerlaufzeiten nicht mehr das Ergebnis so stark) und andererseits, wenn du mit echten Daten arbeitest. Keine Ahnung, eine Liste mit mehreren tausend random generierten Strings, die du Buchstabe für Buchstabe der größe nach sortieren lässt - oder Zahlen, die du Ziffer für Ziffer nach der Größe sortieren lässt oder was auch immer - also ne echte Aufgabe anstatt nur nen Zähler hochzuzählen... Ich denke es ist nachvollziehbar, was ich versuche damit auszudrücken?

Lass mich raten, du hast es selbst immer noch nicht probiert?

Ich brauch nichts probieren, was technischer nonsens ist...

"2 GHz Basis Takt auf einem Kern, Diagramm zeigt 100% Last an.
1GHz Takt würde dann nur noch 50% Last darstellen, obwohl die Auslastung die selbe ist, da aber mehr Zeit vergeht bis das Programm durch ist, sind es eben nur 50% Auslastung.
"
-> der zweite Teil ist so einfach nicht zutreffend. Bei nur 1GHz ggü. der "Diagramm zeigt 100% bei 2GHz an" Angabe wäre die Auslastung immernoch 100% - nur würde man bei exakt den gleichen Berechnungen in etwa doppelt so lange die 100% sehen, eben weil der Prozessor in dem Fall in etwa doppelt so lange zur Berechnung brauchen würde. -> der Knackpunkt ist, wie ich oben schon erwähnte, die Berechnungsdauer, die nach der Geschwindigeit des Prozessors/des Prozessor Kerns variiert. Angezeigte 50% Auslastung bei 2GHz heißt aber auch nur 50% der Zeit hat(te) der Prozessor Arbeit - genau so wie 50% bei 4GHz. Man schafft halt nur entsprechend mehr Aufgaben in der gleichen Zeit -> oder runter gebrochen auf die absolute Arbeit, dann benötigt man nur die halbe Zeit.
 
@fdsonne
Sorry du bist raus!

Du bist auf meiner Ingor Liste auf Lebzeiten!
Einfach nicht Lernfähig oder Legastheniker!

Melde dich bei Versorgungsamt mit 50% Behinderung an, dann wird dir evt geholfen!
Mich kannst du aus deinem Digitalen Portmonee streichen.

Adeele!
 
Bei mir steigt imo die Last auf allen verfügbaren Kernen im TurboBoost. Auch im Taskmanager sehe ich für den Prozess des Programms in diesem Fall eine höhere Last. Was übrigens auch auf mein Script zutrifft. Das mag zwar nur 1-Kernfähig sein, aber öffnet das mal 10x und schaut euch die Prozent Anzeige für jeden einzelnen Prozess dieses Scriptes an - ihr werde sehen das die Prozentzahl im TurboBoost bei all diesen Prozessen höher ist. Bei allen gleich viel höher. Glaube bei mir waren es für TurboBoost je Prozess so 9%, ohne TurboBoost so 7%.
Naja, das ist im Rahmen der Messtolleranz. Und die einfachste Erklärung, warum bei mehr Takt mehr Auslastung angezeigt wird, hab ich dir ja versucht oben schon zu nennen - mehr Takt heißt eben, dass Aufgaben, die maßgeblich von der pro Thread Performance eines CPU Kerns profitieren auch entsprechend schneller abgearbeitet werden. Davon brauch nur ein kleiner Teil eben ein Flaschenhals sein und schon warten andere Teile des Programmcodes auf eben jene Aufgabe -> Leerlauf in Teilen wäre normalerweise eben weniger Last. Es gibt Ausnahmen. IO Wait bspw. erzeugt "Last" durch Warten. Aber lassen wir das mal außen vor, so wäre die einfachste Erklärung, dass dein Tool einfach durch höheren Takt Flaschenhälse löst und durch weniger dieser Flaschenhälse effektiv andere Programmteile häufiger/mehr Berechnungen durchführen können.



Sowas sieht man btw. immer dort, wo ein Flaschenhals mehrere andere Aufgaben beeinflusst, die ohne diesen, schneller könnte, aber mit diesem eben "warten".
Simples bildliches Beispiel, du hast ein paar Arbeiter, denen du sagen musst, was sie machen sollen - aber nur einen, der das macht. Braucht der 4h von 8h am Tag um allen Arbeitern zu erklären, was gemacht werden soll, dann machen alle Arbeiter 4h nix außer zuhören. Auslastung also bei 50%. Erklärst du ihnen das aber in 2h, weil du doppelt so schnell arbeitest, dann können die Arbeiter alle samt 2h mehr von der Zeit arbeiten. 75% Auslastung -> das Beispiel ist nicht ganz perfekt, aber deutet an, worauf es ankommt bei so einem Flaschenhals. Wenn dazu das einkürzen von 4h Erklärung auf 2h Erklärung nicht nur bedeutet, fast nichts mehr zu sagen, sondern die Leute einfach doppelt so schnell sind, dann hast du nicht nur höhere Auflastung durch weniger Zeit beim Flaschenhals, sondern zusätzlich auch noch mehr Output, weil die Arbeiter eben in ihrer dann 6h realer Arbeitszeit dazu noch schneller sind ;)

Sorry du bist raus!
Danke, aber das hilft dem TE nicht weiter irgendwelches ausgedachtes Zeit zu verbreiten, das technisch nonsens ist? Was soll das denn werden? Da muss auch nichts "probiert" werden. Die Zusammenhänge sind klar bezifferbar und auch logisch benennbar.
 
Danke, aber das hilft dem TE nicht weiter irgendwelches ausgedachtes Zeit zu verbreiten, das technisch nonsens ist? Was soll das denn werden? Da muss auch nichts "probiert" werden. Die Zusammenhänge sind klar bezifferbar und auch logisch benennbar.
Genau das, zu viel Input endet im Input-Lag.

Du scheinst es Verstanden zu haben, aber du Laberst zuviel.
Das ist eben nicht Technisch fundiert....

Schau mal wieder in Spiegel, dann erkennst du auch deine Fehler, aka ECC
 
Du scheinst es Verstanden zu haben, aber du Laberst zuviel.
Danke, kann ich mit leben ;)
Beleidigungen machen deine Ausführung btw. auch nicht richtiger - lass mal gut sein. Solange der TE versteht, was ich sagen wollte, ist doch alles in bester Ordnung... Meine Posts haben nicht den Anspruch, Phantomias88 confirmt sein zu wollen. Wenn es dir nicht passt, einfach weiter scrollen...

Btw. wo verbreite ich denn Marketing? Wenn du schon meinen Beitrag meldest, dann bitte mit ner Begründung? Was ist an einer Ausführung über die technischen Zusammenhänge Marketing? :stupid:
 
Danke, kann ich mit leben ;)
Beleidigungen machen deine Ausführung btw. auch nicht richtiger - lass mal gut sein. Solange der TE versteht, was ich sagen wollte, ist doch alles in bester Ordnung... Meine Posts haben nicht den Anspruch, Phantomias88 confirmt sein zu wollen. Wenn es dir nicht passt, einfach weiter scrollen...

Btw. wo verbreite ich denn Marketing? Wenn du schon meinen Beitrag meldest, dann bitte mit ner Begründung? Was ist an einer Ausführung über die technischen Zusammenhänge Marketing? :stupid:
Übertreibe es Bitte nicht, du hast leider keinerlei Praxis Erfahrung!

Ich weiß wovon ich Labere
 
Wenn du dich da mal nicht irrst - aber lass mal gut sein, ich bin nicht hier um dich von etwas zu überzeugen was du eh nicht verstehen möchtest. Von daher... Alles gut, glaub du mal weiter an deine Takt beeinflusst Taskmanager Auslastung Theorie. ;)
 
Wenn du dich da mal nicht irrst - aber lass mal gut sein, ich bin nicht hier um dich von etwas zu überzeugen was du eh nicht verstehen möchtest. Von daher... Alles gut, glaub du mal weiter an deine Takt beeinflusst Taskmanager Auslastung Theorie. ;)
Du bist Behindert und zwar Visuell, du must nur Schauen und den Gesunden Menschen Verstand einsetzen!

Alleine das ist schon genug Pro für dich, du schnallst es einfach nicht!

Das ist nicht mein Problem, ein Spiegel versaut dir auch dein WLAN.
 
-Picard _ facepalm
 

Ähnliche Themen

Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh