Nvidia: Power Management bei Multi Monitor Betrieb nun scheinbar möglich?!?

sam187

Enthusiast
Thread Starter
Mitglied seit
25.06.2006
Beiträge
32
Ort
Solingen
Moin,

ich habe heute den aktuellen 258.96 Treiber(vorher 197.45) unter Win7 X64 installiert. Seitdem kann ich beobachten, dass meine EVGA GTX275 im Multi Monitor Betrieb wieder automatisch runtertaketet (zuerst auf 400MHz, dann auf 300MHz).

Aufgefallen ist es mir auf dem Windows Desktop (kein Programm aktiv) über mein GPU Observer Sidebar Gadget (Show clocks = enabled) von orbmu2k.

Wenn ich GPU-Z laufen lasse und mir den "Sensors" Reiter anschaue taktet sie nur ganz kurz auf 400MHz runter, um dann direkt wieder hochzutakten. Aktiviere ich "Continue refreshing this screen while GPU-Z is in the background" und minimiere das Programm, so taktet die Karte auch dauerhaft auf 300MHz runter, bis ich es wieder in den Vordergrund hole.

Scheinbar funktioniert das automatische runtertakten an der Stelle nicht über die Abfrage welches Programm gerade aktiv ist, Nvidia muss das anders realisiert haben.

Mit dem alten 197.45 hat die Karte überhaupt nicht automatisch runtergetaktet, ansonsten habe ich nichts verändert. EVGA Precision läuft um die Karte im 3D Profil auf 710/1500 anzuheben.

Ich habe gelesen, dass die neue GTX460 im Multi Monitor nun auch automatisch runtertaktet. Hat Nvidia es etwa endlich geschafft das Thema Power Management / Multi Monitor in den Griff zu bekommen, was nun auch auf den älteren Karten funktioniert?!?

Grüße,
Sascha
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
gute Frage... Wäre natürlich gut. Aber ich denke bei den Fermis gibt es da ein ganz anderes Problem. Denn diese haben ja einen zusätzlichen P-State für zwei Monitore... Und dieser besagt seitens Bios das die Karte eben mit vollem RAM Takt und minimal niedrigerem GPU/ALU Takt betrieben wird. Und leider mit voller 3D VGPU Spannung. Ob man das Treiberseitig wegbekommt, wage ich zu beweifeln.

Das einzige wäre wohl die Karte in einen niedrigeren Modus zu zwingen, was wiederum Treiberseitig machbar sein dürfte. Ich meine aber mal gelesen zu haben, das eben die Karte bei zwei aktiven Monitoren nicht wirklich mit niedrigeren Taktraten rennt. Sprich es hier und da Probleme gibt bei einigen Tools...
 
Zuletzt bearbeitet:
Wie das bei der 4XX Serie ist weiß ich natürlich nicht, ich kann nur für das aktuelle Verhalten meiner GTX275 sprechen. Und da hat sich im Multi-Monitor Betrieb definitiv etwas getan:

P-State P0 - 1.170V - 710MHz GPU - 1500MHz Shader - 1225MHz RAM (overclocked)

P-State P8 - 1.050V - 400MHz GPU - 800MHz Shader - 300MHz RAM

P-State P12 - 1.050V - 300MHz GPU - 600 MHz Shader - 100MHz RAM

Ich benutze zwei 24" Display, mit jeweils 1920x1200'er Auflösung. Werte stammen aus dem Win7 Deskto, also GPU idle. Mit dem alten Treiber lief die Karte permanent im P0, egal ob im Idle oder nicht...

Ich kann es immer noch nocht fassen :hail:

Grüße,
Sascha
 
Das muss ich bei mir zuheme mal testen... Wäre gut wenn das bei den GF100ern auch funkt. Denn ich hab hier mit ner freigeschalteten 465er inkl. VGPU Spannungserhöhung mit zwei Monitoren leider das Nachsehen, gut Lautstärke ist mir banane, aber dafür stören die Temps, weil sie das Case und auch direkt den Raum extrem aufheizen. Das muss nicht sein im idle...

Mit dem Vorgänger Treiber, war glaub die 157.21 lief die Karte mit zwei Monitoren permanent im P03, sprich 3D VGPU Spannung, Taktrate GPU/ALU vom P08 und Speichertakt vom P00...
 
Das wäre ja ein Burner.
Edit: Gegentest vom Treiber unter XP64 mit einer 260GTX ... keine Änderungen :-(
 
Zuletzt bearbeitet:
Leider ebenfalls Fehlanzeige bei der GTX480 und Vista 64bit
 

Anhänge

  • Unbenannt.jpg
    Unbenannt.jpg
    83,4 KB · Aufrufe: 45
Zuletzt bearbeitet:
Ok, wenn ich das richtig überschaue, dann haben wir ausser mir bisher hauptsächlich GTX 4XX User, bzw. eine GTX260 unter XP X64 - welch eine Seltenheit, da darfst du froh sein überhaupt Treiber zu bekommen ;-) Spass beiseite, ich denke XP X64 darf man nicht als Maßstab nehmen. Die Treiberentwicklung für dieses Betriebssystem ist eh schon so eine Sache.

Wäre schön wenn das Verhalten mal ein anderer GTX2XX User unter Win7 (x64) bestätigen könnte... ich kann doch kein Einzelfall sein :confused:

Grüße,
Sascha

Edit: anbei mal ein Screenshot, bevor noch Zweifel aufkommen
 

Anhänge

  • nvmmpm.jpg
    nvmmpm.jpg
    152,1 KB · Aufrufe: 43
Zuletzt bearbeitet:
Die Karte scheint ja wirklich im P12 zu laufen... Zumindest zeigts der Inspektor an...

Neja man kann händisch die Karten ja auch in einen bestimmten Modus zwingen, was aber eben mit Handarbeit verbunden wäre... Automatisch wäre schön ;)

Mal gucken, ich muss mal bei mir Zuhause schauen was da rum kommt, wird ne 470er auf Vista x64 Business.
 
Mal gucken, ich muss mal bei mir Zuhause schauen was da rum kommt, wird ne 470er auf Vista x64 Business.

Ich denke das ist vergebliche Mühe,wenn eine 480er auf Vista 64bit nicht runter will mit dem Takt,wird es denke ich bei der 470er auch nicht funktionieren;)

Allerdings ist es vorab schonmal ein großer Fortschritt das wenigstens karten der 200er Generation das tun!!

Hoffen wir mal das beim nächsten Treiber der schöne Zauber nicht schon wieder vorbei ist
 
Zuletzt bearbeitet:
Neja generell scheints es ja selbst bei den G200ern nicht zu funken...
Wie HisN bestätigte... Ob da nun XP drunter sitzt oder nicht, sollte da nichtmal die Rolle spielen.
 
Neja generell scheints es ja selbst bei den G200ern nicht zu funken...
Wie HisN bestätigte... Ob da nun XP drunter sitzt oder nicht, sollte da nichtmal die Rolle spielen.

Mmh dann macht er uns oben mit dem P12 State entweder einen weiß und hat sie absichtlich/händisch in den niedrigen Takt gezwungen oder es geht nur mit bestimmten Konfigurationen,was das ganze wieder in beiden Fällen zum Schildbürgerstreich machen würde
 
Zuletzt bearbeitet:
Deswegen hätte ich gerne die Bestätigung eines anderen Users (am besten ebenfalls eine GTX2XX unter Win7), weil ich es ja selbst nicht glauben kann.

WinXP X64 ist in meinen Augen sehr wohl ein ganz besonderer Fall. Während Vista und Win7 von Anfang an in X64 Versionen erschienen ist, hat man XP X64 erst nachträglich 64bit fähig gemacht, nachdem es entsprechende CPU Erweiterungen seitens AMD, bzw. später auch Intel gab. Das Betriebssystem hat nie eine breite Treiberunterstützung erfahren, da es ca. <= 1% Anteil an der XP Installationsbasis hat. Bei Vista waren schon knapp 10-15% X64 User, bei Win7 sind es laut den letzten Zahlen schon 40-50%.

Das Windows Display Driver Model hat sich zwischen XP und Vista grundlegend geändert, beim Wechsel von Vista zu Win7 noch mal leicht. Ich kann mir daher sehr wohl vorstellen, das aktuelle Entwicklungen nicht mehr für ältere Betriebssysteme umgesetzt werden. Erst recht nicht für Versionen mit so geringem Marktanteil, denn welchen Vorteil hätte der Hersteller davon?

Ein Freund von mir hat eine GTX260 216 unter Win7 X64 im Multi Monitor Betrieb. Hoffentlich kann er das Verhalten bei sich nachvollziehen, heute Abend bekomme ich wahrscheinlich eine Antwort.

Vielleicht ist das ganze ja auch nur ein Bug, ich kann jedenfalls ganz gut damit leben ;-)

GTX4XX Stromverbrauch im Multi-Monitor: Test bei Computerbase - die GTX460 verhält sich auf jeden Fall anders als die bisherigen GTX4XX Varianten.

Grüße,
Sascha
 
Nur weil das OS erst später rausgekommen ist als die 32Bit Version, heist das noch lange nix... ;)
Und so schlecht war die Treiberunterstützung gar nicht. Ich hab bis jetzt alle meine Gerätschaften drauf zum laufen bekommen, man musste vllt bisschen suchen, ging aber sogut wie alles. Einzig Canon Drucker gehen glaub gar nicht, aber generell scheint das ein problem an Canon zu sein, weil die eben keine x64 Treiber geben. Mit Vista/7 gibts wenigstens die Basis Treiber über MS Update, aber Canon selbst hält es ja nicht für nötig ;)
 
Öhm... XP64 ist kein XP32 mit 64-Bit-Aufsatz sondern Server 2003 (da ist auch Vista draus vorgegangen) mit XP-Oberfläche^^.
Ich hab halt nur im Rechner meiner Frau schauen können^^
 
Hm voller Hoffnung in den Thread gestürtzt und bisher...wie erwartet ernüchterung :/
Bei mir schauts leider nicht gut aus, bzw so wie immer und seit jeher...



W7-64bit, rest sollte auf dem Bild erkennbar sein.
Vlt. wird dies auch nur durch deine leicht andere Versionummer des BIOS möglich (seitens EVGA) ich habe eine Sparkle.

Schade :/

MFG Jubeltrubel
 
Zuletzt bearbeitet:
Hm voller Hoffnung in den Thread gestürtzt und bisher...wie erwartet ernüchterung :/
Bei mir schauts leider nicht gut aus, bzw so wie immer und seit jeher...

W7-64bit, rest sollte auf dem Bild erkennbar sein.
Vlt. wird dies auch nur durch deine leicht andere Versionummer des BIOS möglich (seitens EVGA) ich habe eine Sparkle.

Schade :/

MFG Jubeltrubel

Das ist allerdings wirklich ernüchternd :-( Tja, dann deklariere ich hiermit meinen Rechner, meine Installation, meine Kombination - was auch immer - zum Einzelfall. Was mich übrigens positiv überrascht, die Karte bleibt wirklich den Großteil der Zeit im P12, selbst bei Dingen wie Aero Flip (Win-Taste + Tab). Temperaturmäßig hat es (unter Wasser) nur 1-2°C im Idle gebracht, in Verbindung mit einer Luftkühlung wäre der Unterschied wahrscheinlich größer.

OT: Zu XP64 - ich sagte nicht das es ein 32bit OS mit 64bit Aufsatz ist. Ich sagte es war ein OS, welches ursprünglich als reines 32bit OS entwickelt wurde und später (als die passende HW im Consumer Markt vorhanden war, anhand des Codes von Server 2003 - Zustimmung) 64bit fähig gemacht wurde. Für Microsoft war es aber nichts anderes als, übertrieben gesagt, eine Feldstudie (siehe auch Marktanteil). Vista bzw. Win7 wurden hingegen von Anfang an sowohl 32, als auch 64bittig entwickelt, die Harwdare Hersteller wurden von Anfang an mit ins Boot genommen, et cetera. Wenn die Treiberunterstützung inzwischen gut ist, umso besser. Als ich mich damals damit beschäftigt habe war es schon eine Herausforderung, zumindest mit Consumer Hardware.

Grüße,
Sascha
 

Anhänge

  • nvpmmm1.jpg
    nvpmmm1.jpg
    73,8 KB · Aufrufe: 31
Das wohl größere Problem beim 2003 Server x64 und XP x64 war wohl die Tatsache, das der 2003 Server in der Enterprise Version auch schon 64GB Speicher native unterstützt hat. Sprich es gab seitens der Softwareschmieden sogut wie keinen Grund hier wirklich auf 64Bit zu setzen... ;)
Sachen wie SQL Server Software oder ähnliche Speicherfressende Tools gingen dann den "Umweg" auf mehrere Tasks um die max. 2GB bzw. max 3GB pro 32Bit Prozess zu umgehen und so dennoch die vollen 64GB Speicher ansprechbar zu machen...

Mit 64Bit geht das zwar minimal Einfacher, kommt aber wohl am Ende auf das selbe Ergebniss, Geschwindigkeitstechnisch bringt da 64Bit Erfahrungsgemäß auch nicht sooo viel mehr Punkte...

Im übrigen, es gibt seitens MS auch native 64Bit Betriebssysteme, so beispielsweise für den Intel Itanium... Ich glaub NT4 gibts da auf alle Fälle und den 2003/2008 Server gibts ebenso native für 64Bit. Bei 2000 bin ich mir da nicht so sicher...
Sprich die Aussage, MS hat hier nur ne Feldstudie gemacht ist da nicht ganz passend... Problem wie gesagt siehe oben, 64Bit waren eher unnötig aufgrund der so schon addressierbaren 64GB an Speicher...



Aber zum eigentlichen, 1-2°C sind nun so viel nicht, gerade im P12 mit zwei Monitoren, ich hätte da mehr vermutet. Nicht das dir da vllt doch irgendwie das Tool falsche Werte anzeigt?
Ich meine bei mir sind es im idle in P03 (GF100) gute 55°C bei 100% Lüfterspeed. Dreh ich händisch die Spannung und die Taktraten im aktuellen P-State runter, auf sagen wir 200/600/300@0,900V so bleiben bei gleicher Lüfterdrehzahl von 100% nur noch gute 40°C (teils sogar noch weniger) übrig. Das ist schon ein Unterschied wie Tag und Nacht...
 
OT: Ich glaub wir reden ein wenig aneinander vorbei ;-) Server 2003 Enterprise (x86) konnte über den Umweg /PAE / 3GB die von dir beschriebenen Funktionen erbringen (mehr als 4GB RAM...). Trotzdem war das in meine Augen eine 'Krücke', denn der Speicher oberhalb von 3-3.5GB wurde ja 'nur' dynamisch eingeblendet, mit den entsprechenden Performanceverlusten (ich meine mich an ~25% zu erinnern). Itanium war (ist noch) eine andere Geschichte, stimme ich dir zu. Aber nur weil Vista & Win7 X64 noch performant 32bit Code ausführen können würde ich es nicht weniger "nativ 64bit" bezeichnen. Wie laufen Kernel, Treiber, ...? Ich muss keine Umwege über PAE etc. gehen um mehr als 3-3.5GB RAM bzw. 2GB pro Thread adressieren zu können, bzw. habe beim Speicher keine Performanceeinbrüche jenseits dieser Grenzen...

Was ich sagen wollte: XP wurde anfangs rein 32bittig entwickelt und nachträglich AMD64 bzw. Intel EM64T tauglich gemacht. Diese Erweiterung wurden bei der Entwicklung von Vista / Win7 von Anfang an berücksichtigt, oder? Wenn ich etwas nachträglich einbauen (reinfrickeln) muss, ist das für mich was anderes als wenn es von Begin an konzeptionell berücksichtigen kann. Beim Itanium hat Intel (&MS) das sehr konsequent gemacht ;-) Aber wie oben schon angedeutet, ich glaube das dieser Plattform kein allzu langes Leben mehr bevorsteht. Schau dir an wer noch entwickelt / Geld reinsteckt. Wenn HP irgendwann auch noch abspringt, dann wars das.

Zum Thema:
Als ich noch mit Luft gekühlt habe (als die Karte neu war), waren die Temperatur-Unterschiede zwischen Single und Multi Monitor im Idle auch größer (meine Erinnerung sagt mir um die 10°C). Ich denke das kann man mit Wasser einfach nicht vergleichen. Ich glaube auch nicht an einen Anzeigefehler, denn der wenn auch kleine Temperatur-Unterschied ist da und jedes Tool zeigt mir identische Werte. Ich könnte mal den Stromverbrauch des Gesamtsystems messen, da sollte ja ein Unterschied von P0 zu P12 sichtbar sein.

Grüße,
Sascha
 
Ne man brauch da keinen Umweg. Der 2003 Enterprise Server oder auch der 2000 Advanced Server konnte native 64GB nutzen... Keine Umwege oder sonstiges ;)
Mit genannten Umweg konnte man XP oder den 2003 Std. Server dazu überreden, die vollen 4GB nutzbar zu machen, unabhängig von anderen Gerätschaften die noch im System steckten und Speicherbereiche belegten.

Performanceverluste gibts da meines erachtens auch keine... Sofern man das überhaupt vergleichen kann. Da echte 64Bit Anwendungen sowieso idR etwas schneller sein dürften...


Im übrigen, das was uns jetzt im Desktop Bereich als 64Bit verkauft wird, ist eigentlich kein echtes 64Bit, wir haben nach wie vor x86 CPUs, sprich 32Bit mit einer 64Bit Adress/Befehlserweiterung.
Auch ist das Betriebssystem mehr oder weniger nur ein 32Bit OS mit 64Bit Erweiterungen.

Aber genug OT jetzt...

Zum Thema Temps, mhh das kann natürlich sein, mit Wakü hab ichs nicht so... Aber ich hätte gedacht, die Unterschiede fallen auch da größer aus.
 
Nachtrag zum eigentlichen Thema:
In der aktuellen ct' steht ein Artikel zur GTX580. Kommentar zum Multimonitor Betrieb: "Im Zweischirmbetrieb steigt die Leerlauf-Leistungsaufnahme nur um 2 Watt an, sofern die Bildwiederholraten und Auflösungen identisch sind, ansonsten wandelt die GTX580 satte 93 Watt in Wärme um". Zum Vergleich, der normale single Monitor Idle-Verbrauch der GTX580 liegt laut ct' bei 32 Watt.

Ich betreibe meine GTX275 mit 2x 22" 1920x1200 / 60Hz, vielleicht funktioniert das Powermanagement deswegen bei mir. Bei einem Bekannten mit einer GTX260 und 2x 22" 1680x1050 / 60Hz funktioniert es ebenfalls...

Grüße,
Sascha
 
<-- ist ja inzwischen auf eine GTX480 umgestiegen. Win7 x64
Keine Änderung, allerdings betreibe ich auch einen 30" in 2560x1600 und einen 19" in 1280x1024 zur Zeit.
Ich bleibe also bei einer GT240 für den 2. Bildschirm. Spart etwa 40W im Idle.
Allerdings haben wir hier im Forum ja auch schon zwei Meldungen von Usern bei denen es funktioniert.
 
Sagt mal weiß eigentlcih wer ab welcher Treiber Version das mit den

"GPU Runs at a High Performance Level (full clock speeds) in
Multi-display Modes"

eingebaut?? Suche für meine Quadro M570 einen Treiber für Win7 x64 da mir im Office Betrieb das wirklcih sehr stört, hab schon was gelesen von "nvidiaInspector" aber ein älterer Treiber der das Verhalten noch nciht hat wäre mir lieber!??

mfg
 
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