[Sammelthread] AMD K7 - Sockel A (462)

I used same Voltage for the tree tests. Max Clock was here ~2660MHz on all three tests.
A7N8X-E has only 4-FID Multiplier change, that means I can only use Multi 5-12,5 for my XP-M. I can retest with ~10x260, but I have to rebin my AT-6 Dimms on my ASUS board first. AT-6 Dimms that like the ASRock board, don't like ASUS and vice versa.

edit:
What I think is that you can go higher in cpu frequency if you do for example 15x <200 and try 2650 with the same voltage.
understood. I will retest that on my ASRock board sometime in the future. It has a 5-bit Multi change for all Multi.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Wir hatten hier doch neulich das Thema Effizienz. Hier ein Beitrag von einem meiner Sockel A Systeme:
Die CPU ist ein XP-M 2600+, das genaue Stepping ist mir entfallen, aber es ist ein IQYHA FQQ4C.
Um durch die 32M zu kommen musste ich im BIOS 1,75 Volt einstellen, bei 1,70 bekam ich Fehler. Entweder der Chip oder mein EPoX degradieren langsam, ich meine den hatte ich mal 2h prime stable auf 1,70 Volt ... :[
BIOS Settings:
VCore: 1,75 V - FSB: 217 MHz - Multi: 11,5 - Takt 2495,5 MHz - RAM: 2x512 Corsair XL Pro 2-2-2-5

Wie habt ihr das gleich nochmal berechnet?
2130,157 s * 2507 MHz = 5340303,599

SPi32m_A-XP-M.PNG
 
Mit 32M ist heute echt nichts drin :/

Dafür konnte ich meinen persönlichen 1M FSB-Rekord brechen:

268f2kke.jpg


Dieses Mal sogar mit 2x 512MB. Bios war das EB von digitalbath mit den DFI 12/31 Romsips.
Alles auf Fast/Aggressive/1T
Habe extra eine PS/2 Maus angeklemmt, aber sogar die verliert die Verbindung. Keyboard funktioniert unbeeindruckt weiter.
 
Zuletzt bearbeitet:
:eek: Geile Sache! :hail:
Ich habe mal 265 / 1M gemacht, mit freeze danach.:wall:

@jumpel
fast richtig. CPU in GHz rechnen:
2130,157s x 2,507GHz = 5340,30 :bigok:
 
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...
 
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
 
Je mehr Ergebnisse desto besser :]
Sollen/wollen wir hierfür eine Tabelle aufbauen oder war das nur kurzer Spaß an der Freude?

Hier nochmal "ordentliche" Screens des 2400+-System, einmal mit knappen 2,4 und einmal mit 2,5 GHz
238x10 = 2,4:
2180,696 * 2,385 GHz = 5200,96
SPi_32M_1.70V_2.4GHz.PNG

238x10,5 = 2,5:
2101,813 * 2,505 GHz = 5265,04
SPi_32M_1.70V_2.5GHz.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: 81
  • DFI_LPB_11-24-2004_B2A.zip
    774,2 KB · Aufrufe: 86
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?
 
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