Du hast die Diskussion entweder noch nicht ganz verstanden, oder nicht komplett gelesen
Du interpretierst in SVI3 zuviel hinein, mitnichten wird darüber die tatsächlich anliegende Spannung bestimmt. Im wesentlichem wird damit u.a. versucht der Spannungsabfall zu kompensieren.Du hast die Diskussion entweder noch nicht ganz verstanden, oder nicht komplett gelesen
Eigentlich ist es fast egal, was sie Boardhersteller machen. Bei Aktivierung von Expo setzen sie bei der VSoc-Spannung und bei „Auto“ einen Wert X. Dieser wird aber letztlich über die Schnittstelle in der CPU gesteuert. Zudem ist eben die Frage, ob das was man auslesen kann (über HW-Info), überhaupt korrekt war. Viele Youtuber haben auch nur am Sockel gemessen und haben die Schnittstelle gar nicht berücksichtigt! Deshalb haben sie auch alle eine zu grosse Spannung gemessen! Aber die CPU hat wesentlich weniger bekommen! Wenn nicht, warum ist dann bei der Messung vom Igor am Sockel zur CPU eine Spannungsdifferenz von 0,05-0,07V? Dann müsste ja bei gleichen Verhältnissen und einer tatsächlichen VSoc in der CPU von über 1,4V am Sockel dann fast 1,5V angelegen haben? Da aber die Spannungstabellen im BIOS für alle mit der gleichen BIOS-Version gleich sind, müssten auch alle das gleiche Problem haben - haben sie aber nicht! Zudem: Glaubst Du wirklich nach dem Desaster, dass ein Boardhersteller ein BIOS mit 1,3V-Begrenzung bringt und dann lügt und tatsächlich wesentlich mehr anliegen?Nochmal, die CPU bestimmt, was sie bekommt, nicht nur die VSoc-Einstellung des MB! Und dieser interne Prozess in der CPU ist uns nicht bekannt! Die Anzeige von HWInfo musst Du nehmen wie sie ist! D.h. aber nicht, dass sie in jedem Schaltzustand korrekt ist! Ich glaube an eine fehlerhafte Steuerung der Schnittstelle und an eine nicht funktionierende thermische Überwachung in der CPU. Ich habe schon viele CPUs sterben sehen - die sind dann von einem Moment auf den anderen irgendwann nicht mehr funktionsfähig. Ganz unspektakulär. Aber hier sind sie
mit Beulen, die sogar das Mainboard zerstört haben abgeraucht! D.h. sie habe weiterhin funktioniert, während sie viel zu heiss geworden sind! Bei einer normalen Überspannung wäre das so niemals passiert! Da passt was grundsätzlich nicht! Entweder steckt der Fehler im Design, oder aber in der Steuerung CPU intern! Nochmal: Die Boardpartner sind nur ein Teil des Problems und ich glaube der wesentlich kleinere Teil und alle machen nur denen die Vorwürfe!
Woher weißt Du denn das? Hast Du genauere Infos, als der Igor? Zudem gehst Du gar nicht auf die anderen Dinge ein. Was ist mit dem Spannungsabfall zwischen Sockel und CPU? Warum haben bei gleichen Boards und BIOS-Versionen mit der gleichen CPU die Leute nicht die gleichen Werte bei VSoc bei Vollast, wenn die CPU nur den Spannungsabfall kompensieren kann, wie von Dir gemeint? Du scheinst ja dann wohl auch Einblick in die internen Prozesse der CPU zu haben. Erklär mal, warum eine CPU dann Beulen wirft (und um das zu tun muss sie kurz vorher ja noch funktionsfähig sein, denn nur dann kann sie weiter Strom ziehen und Temperatur aufbauen), wenn sie eigentlich (wenn es nur um die Soc-Spannung gehen würde) einfach nur mit internem Kurzschluss den Dienst versagt - ganz ohne physische Auswirkung und ganz unspektakulär? Merkst schon, dass da was nicht passt, oder? Igor und hellm haben letztlich alles dazu gesagt. Wer 1 und 1 zusammenzählen kann merkt, dass es nich nur mit einer überhöhten Soc-Spannung in den Auto-Tabellen der Boardpartner zusammenhängen kann. AMD gibt denen Spezifikationen vor, oder glaubst Du, die stellen sie Standard-Tabellen nach Zufallsprinzip auf? Lies mal die Aussage von AMD. Warum ein neues AGESA gegen das Problem, wenn es nur die überhöhte Soc-Spannung durch die Boardpartner ist? Du schreibst doch, die Schnittstelle kann nur Spannungsabfall kompensieren - wie passt das denn dann mit dem neuen AGESA zusammen und Spannungsabfall kompensieren bedeutet? Na klar, mehr Spannung vom Mainboard anzufordern - also Spannung zu erhöhen!
Jein weil du LLC vergisst wo die Spannung immer noch geändert wird.
Natürlich nicht, denn Du negierst Igors Aussagen dazu und reduzierst die Funktion der Schnittstelle erst und hebst es dann wieder auf, indem Du „u.A.“ schreibst. Warum schreibst Du es dann überhaupt? Irgendwie versteht das wohl keiner, oder wenigstens ich nicht. Nochmal: Wie kommst Du auf Deine Aussagen? Hast Du mehr Infos als der Igor? Dann raus damit!Denke macht keinen Sinn mehr
Wieso nicht, die Diskussion war doch bisher gut und ich sag mal fruchtbar.. Wer hat sich bisher schon groß mit SVI beschäftigt und nachdem die Informations Lage dünn ist kann man ja ein bisschen fachsimpeln und vielleicht etwas lernen oder für den Fall das man eh mehr weiß als alle anderen lehren xD
Es ist nunmal kein Problem der CPU Telemetrie inc Regelkreis, wenn diese quasi ausgeschaltet/manuell ist. Man bekommt, in dem Kontext den wir hier betrachten (also V_SOC) halt "nur" die Spannungswerte am SOC zurück (V_SOC SVI3!).
Jetzt wird schon klarer, was Du meinst, aber ich glaube Du machst trotzdem einen Denkfehler. Du kannst am Mainboard einstellen, was Du willst. Die CPU regelt die Spannung selbst, nicht das MB! Wenn die Soc-Spannung am MB auf „Auto“ steht, dann bestimmt die CPU anhand der vom Igor beschriebenen Schnittstelle und vielleicht noch anderer Faktoren (die wir nicht kennen) die Spannung VSoc, die das Mainboard bereitstellen muss. Wenn Du einen festen Wert am MB einstellst, kann die CPU fordern, was sie will - sie bekommt nur diesen Maximalwert (so sollte es sein). Das angesprochene Problem war noch nie ein Problem mit fest definierten Spannungen, sondern mit der „Auto-Einstellung“ am Mainboard. Das Mainboard kann ja auch gar nicht die VSoc einstellen, da die CPU je nach Lastzustand und anderer Faktoren eine höhere VSoc benötigt - denn sonst hättest Du bei Auto immer den gleichen Wert, egal ob Idle oder Prime95, ist doch klar, oder? Woher soll denn das MB wissen, wieviel Spannung die CPU bei welcher Last, usw. benötigt? Der Speichercontroller ist doch in der CPU, nicht ausserhalb! Wenn jetzt diese Steuerung wegen einer fehlerhaften Implementierung falsche Werte ausliest und dann aufgrund dieser Werte eine viel zu hohe VSoc vom MB verlangt, dann kann das passieren, was wir bisher wissen. Denk an die teilweisen absurden Werte im Idle, die teils gemessen wurden! Oder auch der S3-Bug, bei dem die CPU „0“ Grad ermittelt (das kann nur durch eine fehlerhafte Software in der CPU ausgelöst sein, wenn der Sensor an sich nicht defekt ist!). Woher weißt Du denn, wie hoch die VSoc ist? Die bekommst Du von der CPU über z.B. HWInfo. Aber das ist ja das Problem! Du weißt eben nicht, ob der ausgelesene Wert in JEDEM Schaltzustand stimmt, denn Du kannst es eben nicht messen! Und diese Software ist halt das AGESA - die aber fehlerhaft sein kann. Deshalb auch die Antwort von AMD: Sie haben das Problem erkannt - Lösung: Ein neues AGESA wurde an die Boardpartner versendet! Diese Erklärung wäre totaler Blödsinn, wenn es nur das Problem der Boardpartner wäre! Beim S3 Bug hat die CPU so lange Strom gezogen, bis der Headspreader geschmolzen ist! Das kann nur ein Fehler in der CPU-Steuerung sein, aber sicher nicht im Mainboard! Ich glaube, dass der S3-Bug, diese Geschichte hier und die manchmal absurden Werte im Idle durch ein und das selbe Problem heraufbeschworen werden, und das ist eine fehlerhafte Steuerung in der CPU! Das MB ist da nur Nebensache. Alle anderen Erklärungen sind in diesem Zusammenhang unlogisch! Keiner betrachtet die Sache offenbar global in den Zusammenhängen. Man brauch doch nur 1 und 1 zusammenzählen.
Genau, die CPU zieht weiter Strom, weil ihre interne Steuerung ihr suggeriert, dass die Temp 0 Grad ist (also sie noch im Sleep ist) obwohl sie tatsächlich schon lange eine erhebliche Temperatur erreicht hat und schon lange nicht mehr schläft!). Das macht sie, bis sie schmilzt! Es ist das gleiche mit der VSoc: Sie fordert mehr VSoc vom Mainboard, obwohl die Spannung schon mehr als ausreicht, sondern sogar schon längst drüber ist!
Sorry aber das ist Unfug. Das Mainboard legt die Spannung an, die man im UEFI fordert, alles andere würde jedes Overvolting/Overclocking sperren. Man hat eben nur den Automodus wenn man diesen auch auf Auto beläst.
).
!