ich habs auf SA / IO AUTO und mein X299 ASrock setzt beim 18 Kerner folgendes an:
Anhang anzeigen 420690
Habs vorher auch mit 1.0V IO und 0.95 SA versucht, wird aber nix mit 30 Mesh. Auch 28 / 26 bei Mesh brachte nix. Habs nun auf Auto gestellt mit den besagten Werten und un laufen zumindest 3 Ghz Mesh seit 24h Volllast FFMPEG fehlerfrei (bei 1.025V Mesh).
Vielleicht teste ich jetzt auch mal mit den Auto SA / IO Werten ob ich auf 3200 Mesh komme.
Kann ich soweit bestätigen.
Wobei Auto auch nicht immer hilft, mein EVGA Board bewegt SA/IO @Auto nämlich gar nicht vom minimalsten Wert weg. Da muss man schon selbst Hand anlegen. Hatte für die R15 OC Ergebnisse nämlich "zur Sicherheit" SA IO pauschal hochgesetzt und damit lief es auch stabil, danach hab ich mehrmals gelesen, dass SA / IO gar nicht angerührt werden müssen. Ob das jetzt daran liegt, dass die kleineren Chips das nicht brauchen, oder die Leute damit meinten, dass bei ihnen @Auto alles läuft (was ja sein kann, wenn das Board ordentliche Auto Rules hat, die passende Werte anlegen) kann ich nicht sagen. Also hab ich das auch danach bei mir übernommen. Da bei minimalen SA / IO Werten die Instabilitäten erstmal gar nicht überall direkt auftraten und ich ja dann davon ausging man brauche es doch nicht, dachte ich die ewig auftretende Instabilitäten lagen doch an zu wenig vCore oder vMesh. Aber an die alte Stabilität vom Anfang kam ich nicht mehr dran, dachte schon ich hätte bereits den Chip degraded. Also nochmal von einem weißen Blatt Papier angefangen und langsam hochgearbeitet und muss meine vorherige Aussage, dass IO für Mesh hilft revidieren. Was jetzt in meinem Fall zutrifft ist:
IO stabilisiert den Core Takt ab einem Punkt wo man unverhältnismäßig viel vCore braucht oder scheinbar vCore nichts bringt und man kann wieder mit viel weniger vCore fahren und ca. die 45mv vCore Schritte pro Multi einhalten.
SA stabilisiert im Grenzfall das Mesh, klar wenn die Wall kommt, kommt die Wall, aber auch hier kommt man dann mit weniger vMesh ans gewünschte Ziel.
Das Beste ist, wenn IO/SA nicht passen, kommt das schon in R15 ganz schnell zum Vorschein, wenn andere Programme noch stabil vor sich her werkeln. Nur bis ich das gemerkt habe, bin ich fast schwarz geworden

gerade R15 dachte ich, ist vor allem sensibel auf vCore, aber als das nicht mehr half und alte Werte nicht mehr liefen, half nur IO/SA wieder raufzusetzen.
Als Beispiel laufen bei mir:
46Ghz all core @ Adaptiv 1.200v, -85mv Offset. (ist dann real laut HWinfo je nach Kern zwischen 1.135v - 1.165v)
30Mesh @Override(!) 1.000v
SA: 0.900v
IO: 1.100v
Nur die vCore hatte ich ausgelotet und die läuft auch so in anderen Stresstests und Programmen, selbst wenn die anderen nicht stimmen. Aber SA / IO sind nur grob gesetzt, weil die aufs Letzte auszuloten ist doch recht umständlich, sollten aber zum ausprobieren schonmal nen guten Anhaltspunkt liefern +/- hier lieber nen bisschen mehr als zu wenig. Das Asrock OC Formula gibt z.B. laut Berichten standardmäßig 1.35v auf SA / IO sobald man den XMP Schalter betätigt. Und das ja nicht ohne Grund. Insofern sollte man da auch genug Spielraum haben und dabei safe sein.
Ohne IO hochsetzen läuft also die vCore so nicht und ohne SA hochsetzen läuft der Mesh so nicht und da hilft auch mehr Volt auf beiden nicht wirklich. R15 produziert ziemlich schnell nen Freeze und oft kommt nach kurzer Zeit der Bluescreen (meist DPC Watchdog Violation).
Wichtig: vMesh zur Sicherheit im Override Modus lassen. Wie bereits bei X99 wo Adaptiv beim Cache nicht funktioniert hat, legt er auf jeden Fall bei Asus Boards mit Adaptiv nicht die eingestellten Werte für vMesh an. Hat ein Kollege mit nem Multimeter nachgemessen. Beim Mesh geht nur Override. Wenns bei Asus so ist, wirds bei den Anderen womöglich nicht anders sein, da aber trotzdem Stromsparmechanismen am Werk sind, sollte man dadurch keinerlei Nachteil haben, aber man hat schonmal eine Fehlerquelle ausgeschlossen.
PS: Eine Frage hätte ich aber selbst noch, was genau und wann bringt die Uncore Voltage was? Beim Apex wird @Auto dicke +450mv Offset draufgeklatscht, was man da glaube ich aktuell nur mit dem Tool Turbo V Core auslesen kann. Ich hab es bisher immer auf +1 offset gesetzt, damit mir keine Auto Rule so viel drauf gibt. Aber es muss ja nen Grund haben, warum da so großzügig damit umgegangen wird. Vielleicht hat da jemand eine Erfahrung gemacht.