[Sammelthread] AMD K7 - Sockel A (462)

Das ist sehr schade. Wenn du mal Zeit hast, kannst du dann vielleicht ein Bios mit den wählbaren Romsips auf Basis vom LPNF2UBDB24 machen? Also nur die Versionen von DFI als Auswahl. Tref funktioniert ja leider nicht und kann auch raus...
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Ist LPNF2UBDB24 müsste doch die offizielle 11/24 sein? Das war zumindest die Grundlage zu meinem mod. Custom presets raus?
werden die romsip presets übernommen?

Ich habe mal 265 / 1M gemacht, mit freeze danach.:wall:
das war bezogen auf die 267MHz. Ich weiß nicht mehr womit ich die 265Mhz gemacht habe. Meine CH-5 teste ich noch.
 
Oh... habe gar nicht nachgeschaut, was die Grundlage war, sorrz. Ja, die Custom raus, damit es aufgeräumter aussieht :fresse:.
Die Sips scheinen zu wirken, da sich mit einigen vom Wu Windows nicht 260-MHz+ booten lässt.
 
Zuletzt bearbeitet:
Mit 32M ist heute echt nichts drin :/
Dafür konnte ich meinen persönlichen 1M FSB-Rekord brechen: ...
Stark, knapp über 40 Sekunden mit 2,4 GHz :eek:

Zweites System:
NF7 V2.0 A XP-M 2400+ 1,70 Volt (BIOS)
Seht es mir bitte nach das ich die "pi calculation is done!" -Meldung weggeklickt habe...
Wenn dann lasse ich es morgen nochmal laufen, für heute ist's genug.

2101,688 s * 2,505 GHz = 5264,73

Spi_XP_M_1.70.PNG
 
Ging mir nur um den maximalen FSB. Mit einer SSD und richtig verrücktem getweake geht noch mehr. Ist ja auch nur CL3
 
Zuletzt bearbeitet:
@jumpel
Ich hab noch folgendes auf Platte:

35m 05.797s
XP-m 245 x 10 = 2455Mhz
2x256mb CL2-2-2-11
2105.797s * 2455Mhz = 5170,93


snap-15-08-15-39-2.png
 
Für die Liste...

ABIT NF7 2.0

Northbridge:

0428A1
DSC06781.jpg

Southbridge:
0428A4
DSC06782.jpg

PCB:

V0.53
DSC06784.jpg

Seriennummer:
RA890441010277913


ABIT NF7-S 2.0

Northbridge:

0409A1
DSC06808.jpg

Southbridge:
0352A4
DSC06809.jpg

PCB:
V0.52
DSC06819.jpg

Seriennummer:
RD020420006069270
 
Mal ein erster OC-Versuch auf dem All-Solid-Cap Epox 8RDA6+ Pro mit 2 x 512MB Kingston KHX3200ULK2 mit TCCD.

2-2-2-11 ging bis 220 MHz @ 2.77Vd
3-4-4-10 ging bis 250 MHz @ 2.90Vd

Vcore war pauschal gesetzt, ebenso Vdd auf 1.8V. CPU ist der IQYHA 0351 MPMW.

Ich werd als nächstes mal die ADATA PC4800 einsetzen und schauen, wie hoch ich mit dem FSB komme.


khx3200ulk2_250_34410.PNG
 
Nice! Knapp eine Sekunde besser bei identischen Takt. Ich besorge mir mal die gleiche SuperPi Version und den nForce2XT. Hast du am OS irgendwas optimiert?
 
So wenige Prozesse wie möglich am Laufen (jetzt wohl alles offen ist, sind es 24)

Im Tweaker habe ich nichts gemacht. Ist noch immer das digital EB mit den Wu romsips.
 
Passt eigentlich überall, aber das sind die guten Werte für die SuperPi Liste:

24/7 Setup

dailyi3kl9.png



Die Fluktuation der Spannungen ist aber selbst im Bios enorm:

Achtung! 10MB GIF!
hilozmktl.gif

RAM fällt auch mal gerne auf 2.74V ab. CPU ist ohnehin eine Sache für sich auf dem Ultra B. Wohl auch nach einem Recap. Als Bios habe ich jetzt das offizielle 6/19 gewählt. Komplett strange ist aber auch, dass es manchmal instabil ist. Mit den Spannungen vom Screen stürzt mir 32M manchmal ab, nach einem Neustart funktioniert aber 32M und auch ein Custom Prime95 Lauf ohne Probleme. SAE hat wohl ähnliches erlebt...
Den Drop der VCore konnte ich unter Windows schon bis auf 1.53xV beobachten und die Kiste lief noch. Alles wirklich sehr merkwürdig.
 
Zuletzt bearbeitet:
@The Sandman
Auf die Werte vom HW Monitor aus dem BIOS kann man sich nie verlassen. Beim NF7 - Vcore zeigt der bei mir gerne 0,05V zu wenig an. Also kein Vdroop. ;) Vdimm zeigt dagegen verlässlichere Werte. Der Multimeter ist da besser.

Ich habe das BIOS für dich vergessen, sorry. Ich auf BASIS meines mods die ungenutzen Optionen (TREF & romsips custom) deaktiviert. Ich habe zwei romsips Versionen erstellt. Einmal 11/24 und 6/19. Nachdem ich fertig war, habe ich bemerkt, dass beide romsips fast identisch sind.:fresse:

Brauchst du noch andere romsips wie EB? Wenn ja schreib mir welche.
 

Anhänge

  • DFI_LPB_6-19-2004_B2A.zip
    774,2 KB · Aufrufe: 89
  • DFI_LPB_11-24-2004_B2A.zip
    774,2 KB · Aufrufe: 93
Ein Multimeter ist natürlich genauer... aber ändert auch nichts daran, dass das Board mit der VCore so seine Faxen macht.

Danke für deine Mühen.(y)
Ich teste dann mal zuerst deine 6/19 Version mit 32M durch.

Download Count x4... einige testen wohl auch rum :rofl:. Da bin ich mal gespannt!
 
Zuletzt bearbeitet:
Teste mal. Die 6/19 romsips sind wie geschrieben zu 95% identisch zu 11/24. Ich denke, da wirst du die gleichen Ergebnisse bekommen.
 
We can not change the multi table onthefly. Once they are started, we are not able to change them. The Background to this theory is that post from TerraRaptor:


What I know, the last values ( for example: 2141 2100 00E4 1618 ) of romsips are important to get this single multi to work.
As far as I tested, the 16 needs to be high enough to get the System started. Faster romsips uses lower values, slower romsips uses higher values. Then different multis also use different values.
The second value 18 is probably the value we need to test for this theory. Most romsips use here 10 / 18 / 19. Lower multis use here 20 / 21. I my opinion we should increase this value in smal steps, testing in stability and speed.

I already made two BIOS versions for NF7 with higher values here: #4.836

A warning about this: TerraRaptor has tested here with the maximum values and apparently damaged his CPU in the process. As long as we only use small bumps, that should be okay. We are far away from his values.

Hi, I was thinking about testing these 2. What should be on my test list?
- Max FSB vs DDED/ED?
- PI score??
- Max CPU MHz OC?

BEB6D2E8-6298-43F6-8EB6-E1E1158B1F33.jpeg


Let’s see which waste bin cpu I can take for this...
 
Zuletzt bearbeitet:
The testing was about limited FSB at higher CPU clocks. I could imagine that it is possible to improve this a bit with a tweak in the Romsips. My CPUs don't seem to have this behavior (except for the Thunderbird CPUs).
Feel free to test this. BIOSes with this tweak are here: #4.836
 
Thanks for testing them.:) I hope for interesting results.
 
Hier nochmal eine Zusammenfassung der Effizienz-Tests meiner beiden Sockel A Systeme. Ich habe jeweils Super Pi 32 M mit 2,2 2,3 2,4 und 2,5 GHz getestet.

EPoX 8RDA3+
2,2 GHz (218x10,0): 2366,4 s * 2,180 GHz = 5158,752
2,3 GHz (218x10,5): 2281,1 s * 2,289 GHz = 5221,438
2,4 GHz (218x11,0): 2199,3 s * 2,398 GHz = 5273,921
2,5 GHz (218x11,5): 2125,7 s * 2,507 GHz = 5329,130

8RDA3l_SPi32M_1.700V_2.2GHz.PNG - 8RDA3l_SPi32M_1.700V_2.3GHz.PNG - 8RDA3l_SPi32M_1.700V_2.4GHz.PNG - 8RDA3l_SPi32M_1.725V_2.5GHz.PNG


Abit NF7 V2.0
2,2 GHz (233x09,5): 2317,5 s * 2,210 GHz = 5121,675
2,3 GHz (233x10,0): 2232,4 s * 2,327 GHz = 5194,795
2,4 GHz (239x10,0): 2181,0 s * 2,385 GHz = 5201,685
2,5 GHz (239x10,5): 2101,8 s * 2,505 GHz = 5465,409

NF7_SPi32M_1.700V_2.2GHz.PNG - NF7_SPi32M_1.700V_2.3GHz.PNG - NF7_SPi32M_1.700V_2.4GHz.PNG - NF7_SPi32M_1.700V_2.5GHz.PNG
 
Interessant, dass Epox bei gleichem CPU Takt und geringerem FSB effizienter ist. Bessere RAM timings sind hier anscheinend wichtiger als FSB.
Wir müssten mal die Ergebnisse in einem Post sammeln.
 
Interessant, dass Epox bei gleichem CPU Takt und geringerem FSB effizienter ist. Bessere RAM timings sind hier anscheinend wichtiger als FSB.
Wir müssten mal die Ergebnisse in einem Post sammeln.
Leider ist die Taktung eben doch ein klein wenig unterschiedlich, z. B. 2180 vs. 2210 MHz > gilt beides als "2,2 GHz" ...
Sollte man das nicht noch irgendwie versuchen zu normieren?
 
Die unterschiedliche Taktung habe ich nicht gesehen.
Man könnte ja in Kategorien staffeln, z.B: bis 2,0 GHz; bis 2,3Ghz, bis 2,6GHz, dann auch noch nach Barton / Thoroughbred. Timings und FSB würde ich da raus lassen. Das wäre dann die Freiheit zum ausreizen.
Was sagen die anderen?
 
Das "EB" zeichnet sich jetzt schon ab
Die unterschiedliche Taktung habe ich nicht gesehen.
Man könnte ja in Kategorien staffeln, z.B: bis 2,0 GHz; bis 2,3Ghz, bis 2,6GHz, dann auch noch nach Barton / Thoroughbred. Timings und FSB würde ich da raus lassen. Das wäre dann die Freiheit zum ausreizen.
Was sagen die anderen?
Was genau wollt ihr jetzt machen?
@towatai auf Archive liegt auch noch so eine Sammlung
 
Zuletzt bearbeitet:
Das "EB" zeichnet sich jetzt schon ab
Hast du mal verglichen wie viel langsamer die EB sips gegenüber der "normalen" sips sind?
Sag bescheid, falls du die EB sips in eine "saubere" DFI mod Version haben möchtest.

Was genau wollt ihr jetzt machen?
Die Idee ist eine art Effizienztest / Vergleich zu machen. Dabei multipliziert man das 32M Ergebnis (in sec) mit dem CPU Takt (in GHz). Das Ergebnis ist eine Zahl, die irgendwo zwischen 5000 und 6000 ist. Je kleiner desto besser. Das Gute ist, man ist vom CPU Takt unabhängig und man kann fehlenden FSB mit guten RAM Timings etwas wett machen, siehe Ergebnisse von Jumpel.


Wenn ihr Ergebnisse hier eintragt, könnte ich die Ergebnisse in einer Tabelle zusammenfassen. @jumpel Falls du Lust hast die Tabelle zu führen, kannst du diese Tabelle auch pflegen. Mir ist das egal. Ich würde bei Zeiten auch Ergebnisse beitragen. Die Rahmenbedingungen müsste man noch festlegen.
 
Die Ergebnisse von Jumpel zeigen eigentlich nur etwas, das ich eh erwartet habe: Mit steigendem Multi (und damit Cpu Takt) sinkt die Effizienz, weil der FSB zum Flaschenhals wird. Sprich 200x8 ist effizienzter als 200x12. Andersrum ist 240x10 natürlich effizienter als 200x12. Sprich umso mehr FSB pro Mhz Cpu Takt ich habe, umso besser ist die Effizienz.

Ich tippe das man unter 5000 kommt, auch bei einem Cpu Takt zwischen 2400 und 2700Mhz. Dafür brauchts dann aber ein extrem schnelles Bios, hohen FSB, scharfe Timings und ein gutes OS.

EDIT:

Sieht ja schon schick aus :bigok:

_DSC0839.jpg
 
Zuletzt bearbeitet:
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