![]() |
Inmiddels zijn we (na ruim 9 maanden) aangeland op een tweede thread voor dit onderwerp. De oude thread is bijna over de 500 posts en wordt daarom gesloten. Om de topic-start weer up to date te krijgen zou ik het zeer op prijs stellen als jullie hier je ervaring met de verschillende BIOS-versies nog eens kort maar krachtig zouden kunnen samenvatten.
Voor algemene informatie over de betreffende Mobo's raad ik je aan het betreffende topic in PMG te bezoeken.Na een en ander uitgeprobeerd te hebben met verschillende BIOSsen voor de Asus A8N-SLI non-Deluxe denk ik te weten hoe een OC met dit mobo het beste aan te pakken. Dit omdat met de huidige BIOSsen deze twee plankjes (Zowel de Deluxe als de non-Deluxe) nogal wat quircks hebben. Wat het OCen dus alles behalve simpel gemaakt wordt.
[Ervaringen]Het Asus A8N-SLI topic Deel 1
[Ervaringen]Het Asus A8N-SLI topic Deel 2
[Ervaringen]Het Asus A8N-SLI topic Deel 3
[Ervaringen]Het Asus A8N-SLI topic Deel 4
[Ervaringen]Het Asus A8N-SLI topic Deel 5
[Ervaringen]Het Asus A8N-SLI topic Deel 6
[Ervaringen]Het Asus A8N-SLI topic Deel 7
[Ervaringen]Het Asus A8N-SLI topic Deel 8
[Ervaringen]Het Asus A8N-SLI topic Deel 9
Er komen geen verdere threads voor het PMG topic. Er zijn inmiddels genoeg ervaringen en de thread was verworden tot een vraag-maar-raak-topic.
Voor overclock ervaringen kun je ook het vorige OC-topic doorlezen.
[OC-939]Asus A8N-SLI
Tot slot de FTP-locaties waar Asus nieuwe BIOSsen neerzet.
[FTP]Asus Worldwide
[FTP]Asus Duitsland
[FTP]Asus Taiwan
Om tot een duidelijk verhaal te komen hier eerst even een opsomming van alle termen, waar ze ongeveer voor staan en wat ze doen. In de hoop dat anderen met minder tijd toch tot eenzelfde OC-resultaat kunnen komen van een tot wel 40%-60% overklok.
![]() | |||
Term | Bios | Waar in BIOS | |
Wat | Betekenis | ||
Pro | OC Voordelen | ||
Con | OC Nadelen | ||
Frequency | Bios | JumperLess Configuration -> Frequency | |
Wat | Zoals sommigen al weten heeft een Athlon64 geen Front-Side Bus (FSB) meer. Met de komst van de A64 worden de meeste frequenties van deze hoofdfrequency afgeleid. | ||
Pro | Het verhogen van Frequency laat de Core, HTT en het geheugen sneller draaien. Dit is prima voor het OCen, het hele systeem wordt immers sneller. | ||
Con | Omdat er meerdere klokken afhankelijk zijn van Frequency kun je deze slechts verhogen tot het eerste onderdeel problemen oplevert. | ||
Core Multiplier | Bios | CPU Configuration -> CPU Multiplier | |
Wat | De Multiplier maal de Frequency levert de kloksnelheid van de processor op. De A64 gebruikt deze multiplier ook voor zijn Cool'N'Quiet functie. De CPU schakelt dan stapsgewijs over op een lagere multiplier. | ||
Pro | Het verhogen van de multiplier is een handige manier om je CPU sneller te laten lopen. Ook het verlagen van de Multiplier kan nuttig zijn. Bijvoorbeeld als je geheugen en/of HTT-bus wel nog sneller kunnen. | ||
Con | Helaas is deze op non-FX cpu's opwaarts gelocked. Een lagere multiplier instellen kan weer wel altijd. | ||
Hyper-Transport Multiplier | Bios | CPU Configuration -> Hyper Transport Frequency | |
Wat | De A64 gebruikt een Hypertransport Link voor communicatie met het chipset. In het geval van een Nforce4 loopt deze standaard op 1000 MT/s dus de standaard muliplier is 5x voor dit Mobo. Als we gaan OCen met Freq zullen we deze multiplier echter moeten verlagen omdat boven 1100 MT/s dit Mobo vaak onstabiel wordt. | ||
Pro | Het verlagen van de Hypertransport Multiplier stelt ons in staat om HTT binnen de limiet van de proccesor en chipset te houden terwijl Frequency toch nog verhoogd kan worden. | ||
Con | Helaas heeft een hogere HTT-klok weinig invloed op de snelheid. Met de huidige snelheid van 1000MT/s is HTT meer dan snel genoeg voor alle zaken die van het chipset naar de CPU moeten. | ||
Memory Divider | Bios | CPU Configuration -> DRAM Configuration -> DDR Frequency | |
Wat | Ook de geheugenklok wordt afgeleid van Frequency. Met ons Mobo echter is het Bios hier alles behalve duidelijk in. Er wordt daar gepraat over limiteren tot DDR200/266/333/400/etc. Terwijl er eigenlijk sprake is van simpelweg een divider ten opzichte van Frequency. | ||
Pro | De Memory Divider stelt ons in staat om toch verder op te klokken ondanks dat het geheugen niet verder meer kan. | ||
Con | Helaas ontbreekt in het huidige BIOS de 3/4 divider. Tevens leveren automatische ingestelde timings problemen op in combinatie met een verhoogde Frequency. Of dit in een BIOs-update opgelost gaat worden is nog niet bekend. | ||
PCIe Clock | Bios | JumperLess Configuration -> PCI Express Clock | |
Wat | De Asus A8N laat het gelukkig toe om deze clock helemaal los van Frequency in te stellen. Er is hier dus geen sprake van een divider/multiplier. | ||
Pro | Omdat de PCIe Clock helemaal onafhankelijk is, is deze gemakkelijk te OCen. Of dit nut heeft hangt voornamelijk af van of de betreffende PCIe kaart dit aan kan en of deze wat hebben aan de extra bandbreedte. | ||
Con | |||
PCI-lock | Bios | JumperLess Configuration -> PCI-Clock | |
Wat | Hiermee valt de PCI-klok vast te zetten, dan wel te koppelen aan Frequency. Als je gaat OCen wil je natuurlijk het eerste. | ||
Pro | Deze Lock stelt ons in staat om te OCen zonder dat PCI-kaarten voor beperkingen kunnen zorgen. | ||
Con | Enkele vroege BIOS-versies hebben een niet-functionele PCI-lock. |
Zo, nu we alles aan termen op een rij hebben en weten wat er te OCen valt en wat dit voor gevolgen heeft, kunnen we verder met een plan van aanpak. Om tot een goede combinatie van multipliers en dividers te komen is het wenselijk te achterhalen wat het maximum van ieder component is. De gemakkelijkste manier om dit te doen is zowel het geheugen als Hypertransport terug te klokken zodat deze zeker geen beperking bij het overklokken vormen. Vooral bij een nieuwe Winchester Core A64 is dit vrij noodzakelijk omdat OC's van 40% tot 50% hier vrij normaal zijn en het meeste geheugen en HTT-connecties dit niet aan kunnen. Door vervolgens dit proces te herhalen voor de HTT-connectie resp. de DDR-snelheid is dus vast te stellen wat voor ieder onderdeel de limiet is. We gaan er even voor het gemak van uit dat je je PC prima hebt draaien op de normale instellen. Immers OCen van een instabiel systeem maakt het alleen maar instabieler.
![]() | |
Limiet CPU | HTT 3x // DDR200 // Frequency stapsgewijs verhogen. |
Limiet HTT | CPU 4x // DDR200 // Frequency stapsgewijs verhogen. |
Limiet DDR | CPU 4x // HTT 3x // Frequency stapsgewijs verhogen. |
- Asus A8N-SLI
- Athlon 64 3500+ S939
- DDR400 Geheugen Dual Channel
![]() | |
Limiet CPU | Stabiel tot 11x230 = 2530 |
Limiet HTT | Stabiel tot 5x220 = 1100 |
Limiet DDR | Stabiel tot DDR440 (220 MHz) bij normale timings |
Goed, nu weten wat de limiet is voor de onderdelen waar we mee werken. Vervolgens is het zoeken naar een combinatie van Frequency, Core Multiplier, HTT Multiplier, Memory Divider waarmee we zo dicht mogelijk tegen al die limieten aan zitten. Binnen dit raamwerk is de ene limiet relevanter voor prestatie dan anderen. Bij normaal PC gebruik kun je de volgende zaken aanhouden.
- CPU Clock
- DDR Clock
- HTT Clock
- DDR Timings
- 11,0 x 230 = 2530
- 10,5 x 241 = 2530
- 10,0 x 253 = 2530
- 9,5 x 266 = 2527
- 9,0 x 281 = 2529
- 8,5 x 297 = 2524
- 8,0 x 316 = 2528
![]() | |
Core | 264 * 9,5 = 2508 |
Memory | 264 * 5/6 = 220 |
HTT | 264 * 4 = 1056 |
![]() | |
Core | 253 * 10 = 2530 |
Memory | 253 * 5/6 = 210 |
HTT | 253 * 4 = 1012 |
![]() | |
Core | 316 * 8 = 2528 |
Memory | 316 * 2/3 = 210 |
HTT | 316 * 3 = 948 |
![]() | |
Core | 281 * 9 = 2529 |
Memory | 281 * 2/3 = 187 |
HTT | 281 * 3 = 843 |
De optimale configuratie biedt de mooiste combinatie van van CPU/Geheugen/HTT. Alternatief 1 is een goed alternatief wat de moeite van het overwegen waard is. Dit omdat op een lagere frequentie wellicht nog betere timings haalbaar zijn. Alternatief 2 is alleen een optie indien het Mobo deze 'hoge' Frequentie stabiel kan leveren. Indien dit het geval is, is het een goed alternatief indien de het om bijvoorbeeld een 3000+ gaat die geen 10x multiplier heeft. Mocht het bord deze hoge Frequency niet aankunnen is er nog Alternatief 3.
![]() |
Problemen met het detecteren van de correcte Memory Timings |
Na een heleboel gepuzzel met verschillende BIOSsen ben ik tot de conclusie gekomen dat bij een hoge Frequency het Mobo problemen kan hebben om alle 9 de verschillende timings goed te detecteren. De precieze oorzaak hiervan is me onbekend, maar ik heb gemerkt dat door de correcte timings vast in te stellen het systeem wel stabiel wil booten terwijl het anders al meteen na de POST crasht. Dit ongeachte of de DDR-kloksnelheid lager staat ingesteld dan de specs toe laten. |
Zoals gezegd, dit is dus te verhelpen, echter laat het ons achter met een probleem van 9 correcte in te stellen timings. Dit kan, vooral met goedkoper geheugen voor flink wat problemen leiden. Momenteel ben ik aan het uitzoeken wat het precieze verband is tussen deze 9 verschillende soort timings, want de meeste DDR-modules hebben maar 4 of 5 verschillende timings. Mocht een van jullie hier reeds de oplossing voor hebben laat dit even weten. Wellicht lost Asus dit probleem nog op in een latere BIOS versie. |
Problemen met halfwerkende BIOS-menu's |
Sommige Menu's in het BIOS van sommige versies (1001 & 1002 & ????) werken niet naar behoren. Indien je deze menu's opent met [ENTER] hebben ze geen opties aan de binnenkant en reageert het systeem niet meer. |
Dit moet nog verholpen worden in een toekomstige BIOS-versies. Echter zijn de waarden van deze menu's gelukkig wel goed in te stellen middels Page-Up & Page-Down. |
Problemen met PCI-lock |
Indien het systeem niet van te voren al op een hogere frequency / PCIe frequency loopt, dan vindt er geen lock plaats. Dit ongeacht wat er ingesteld staat. |
Dit is vrij simpel te verhelpen door altijd een met een iets hogere waarde te beginnen in je BIOS. |
Mocht je tegen andere problemen relevant voor OCen aan lopen, post ze, wellicht heeft iemand er een oplossing voor.
Het kan zinnig zijn om je BIOS te updaten, vooral als je tegen stabiliteitsproblemen aanloopt of bepaalde functies mist. Let op! Bij het flashen van een BIOS is het belangrijk dat je de nieuwste versie van AWDFLASH gebruikt. Tevens valt flashen vanuit Windows af te raden.
![]() | ||
Versie | Datum | Commentaar |
1001-FIN | 30-11-2004 |
|
1002-001 | ??-??-???? | Niet voorhanden. Ongetest. |
1002-002 | ??-??-???? | Niet voorhanden. Ongetest. |
1002-003 | 17-01-2005 |
|
1002-??? | 21-01-2005 |
|
1003-002 | 18-03-2005 |
|
1005-001 | 31-03-2005 |
|
Gezien ik zelf niet over een Deluxe beschik, zijn onderstaande gegevens informatie van Cyrus the Virus.
![]() | ||
Versie | Datum | Commentaar |
1002 | ??-??-???? | Deze standaard op het mobo heeft wat problemen met PCI lock. |
1003-001 | ??-??-???? | Werkt zonder extra problemen maar veel verschil is er niet met 1002 |
1003-002 | ??-??-???? | Het zelfde als 001 |
1003-003 | ??-??-???? | Hier is PEG support voor X850 PCIe |
1003-004 | ??-??-???? | Deze werkt bij mij van de Beta biosen het beste deze heeft de hoogste Vcore |
1003-005 | ??-??-???? | Deze gaf bij mij veel problemen na een paar keer rebooten (advies om deze niet te gebruiken. |
1003-006 | ??-??-???? | Deze gaf de zelfde problemen als 005 (advies ook niet gebruiken). |
1003-007 | ??-??-???? | Deze bios heeft de meeste fouten wordt sterk afgeraden te gebruiken ik kon niet meer via windows bios flashen maar gelukkig wel via AWDFLASH |
1003-008 | ??-??-???? | Deze deed het net als 004 best goed geen grote problemen ondervonden. |
1003-FIN | ??-??-???? | Ik weet niet of dit nou de final is of nog een beta versie omdat in de readme stond 1003-010, deze bios is al een verbetering ten opzichte van 004 vooral kwa geheugen kon ik betere timings krijgen alleen de Vcore op winchester is begrenst op 1.55V maar het maakt in windows geen verschil met 004 |
1004-001 | ??-??-???? | Tot nu toe nog geen extra problemen onder vonden, OCen met geheugen doet nog steeds het zelfde |
1004-FIN | ??-??-???? | Doet het goed en er zijn al wat verbeteringen in het geheugen maar nog niet veel. |
1005-003 | ??-??-???? | Zelfde als 1004 Final weet niet percies wat de veranderingen zijn. |
1005-003 | ??-??-???? | Nog steeds zijn de 1T geheugen problemen niet opgelost, maar voor de rest draait deze bios goed. |
![]() | |||
Het gaat te ver om hier een hele uitleg over DRAM te geven. Echter mocht je geïnteresseerd zijn bezoek dan een van de volgende links. http://gathering.tweakers.net/forum/list_messages/562830 http://www.lostcircuits.com/memory/ | |||
Command Rate | |||
Kort | Correct | Commentaar | |
tCMD | Variabel | Hoe meer banken hoe lastiger 1T. Limiet ook afhankelijk van de geheugencontroller en kwaliteit, lengte en ligging van adresseringslijnen op het moederbord. | |
CAS# Latency | |||
Kort | Correct | Commentaar | |
tCL | SPD | Hoe lang duurt het om een Column te openen binnen de geselecteerde Row. Geheel afhankelijk van kloksnelheid en eigenschappen van de betreffende geheugenmodule(s). | |
RAS# to CAS# Delay | |||
Kort | Correct | Commentaar | |
tRCD | SPD | Hoe lang het door de SenseAmps uitlezen van de geheugenwaardes duurt, om verschil tussen 0 en 1 met zekerheid vast te stellen. | |
Min RAS# Active Time | |||
Kort | Correct | Commentaar | |
tRAS | SPD of tRCD+tCL+2 | Hoe lang de SenseAmps aan moeten staan om de geheugenwaarden terug te schrijven, zonder dat hier een expliciet schrijfsignaal voor gegeven hoeft te worden. | |
Row Precharge Time | |||
Kort | Correct | Commentaar | |
tRP | SPD | Precharge delay, cycles necessary to write back the data from the sense amplifiers to the memory cells when a page is closed. A shorter tRP will give better performance but will be less stable. | |
Row Cycle Time | |||
Kort | Correct | Commentaar | |
tRC | tRAS + tRP | Bank cycle time: minimum time between two consecutive bank activate commands to the same physical bank. | |
Row Refresh Cycle Time | |||
Kort | Correct | Commentaar | |
tRFC | tRC | Auto refresh or CAS Before RAS (CBR). DRAM needs to refresh periodically in order to retain its data which can be done by an internal counter / scheduler and a so-called CBR command. The auto refresh time used to take the same number of cycles as a standard bank cycle, however, with increased DRAM densities, oftentimes now two consecutive rows are refreshed back to back, which takes twice the amount of time. With current DRAM chip densities, this is not yet an issue, however, with the upcoming densities of greater than 1 Gbit/chip, tRFC will have to be roughly 2 x tRC. | |
Write Recovery Time | |||
Kort | Correct | Commentaar | |
tWR | 3 | The number of clock cycles taken between writing data and issuing the precharge command. tWR is necessary to guarantee that all data in the write buffer can be safely written to the memory core. | |
Read to Write Delay | |||
Kort | Correct | Commentaar | |
tRW // tDPL | 3 | Number of memory cycles after a read until a write can be done without running into bus contention and other issues. We recommend 3 cycles for high quality DDR400. |
Laatst wat zitten spelen met RMClock (C'nQ-vervanger). Nu wil het geval dat ik er daardoor achter gekomen ben dat de geheugensnelheid op een andere manier bepaald wordt dan ik eerst dacht. Dankzij CPUz kwam ik er namelijk achter dat mijn geheugensnelheid ook CPU-multiplier afhankelijk is.
- [b]Mijn huidige config 1:[/b]
- Frequency 289
- Core-Multiplier 9x
- HTT-Multiplier 3x
- DDR-Divider 2/3 (DDR266)
- [b]Mijn huidige config 2: [/b]
- Frequency 306
- Core-Multiplier 8,5x
- HTT-Multiplier 3x
- DDR-Divider 2/3 (DDR266)
- [b]Vastgestelde DDR-frequentie (CPUz)[/b]
- 9 x289 -> 185MHz -> CPU/14
- 8,5x306 -> 201MHz -> CPU/13
- 8 x289 -> 192MHz -> CPU/12
- 5 x289 -> 180MHz -> CPU/8
- 4 x289 -> 192MHz -> CPU/6
Wellicht kan ik straks ook verklaren waarom Dividers DDR433 en hoger niet werken in combinatie met OCen.
Gezien het langzaamste wat een Athlon64 normaal moet kunnen lopen 800MHz is. Gecombineert
DDR400 leidt dit tot CPU/4. De snelste Athlon64 loopt momenteel op 2600MHz. Gecombineert met DDR200 leidt dit tot CPU/13. Met mijn eigen bord heb ik op 9x289 en DDR200 ook CPU/18 gezien.
Stelling:
DDR = CPU/n Er zijn in ieder geval de volgende waarden voor n = 4/5/6/7/8/9/10/11/12/13/14/15/16/17/18.
Kennelijk is de DDR 200/266/333/400/433/466/500/533/566/600 setting in het BIOS dus niets anders dan een methode om 'n' uit te rekenen. Toch jammer dat Asus on geen directe controle geeft.
Edit:
De formule die Asus gebruikt om de 'n' vast te stellen is:
- DDR200 ---> n = 2,00 x Core-Multiplier
- DDR266 ---> n = 1,50 x Core-multiplier
- DDR333 ---> n = 1,20 x Core-Multiplier
- DDR400 ---> n = 1,00 x Core-Multiplier
- DDR433 ---> n = 0,92 x Core-Multiplier??
- DDR466 ---> n = 0,86 x Core-Multiplier??
- DDR500 ---> n = 0,80 x Core-Multiplier
- DDR533 ---> n = 0,75 x Core-Multiplier
- DDR566 ---> n = 0,70 x Core-Multiplier??
- DDR600 ---> n = 0,66 x Core-Multiplier
Dit blijkt uit het onderstaande praktijk voorbeeld.
- [b]Voorbeeld 1[/b]
- Core = 9x289
- DDR200 ---> n = 2,00 x Core-Multiplier = 18,0 => CPU/18
- DDR266 ---> n = 1,50 x Core-Multiplier = 13,5 => CPU/14
- DDR333 ---> n = 1,20 x Core-Multiplier = 10,8 => CPU/11
- DDR400 ---> n = 1,00 x Core-Multiplier = 9,0 => CPU/9
- [b]Voorbeeld 2[/b]
- Core = 8,5x306
- DDR200 ---> n = 2,00 x Core-Multiplier = 17,0 => CPU/17
- DDR266 ---> n = 1,50 x Core-Multiplier = 12,75 => CPU/13
- DDR333 ---> n = 1,20 x Core-Multiplier = 10,2 => CPU/11
- DDR400 ---> n = 1,00 x Core-Multiplier = 8,5 => CPU/9
De bovenstaande sommen komen inderdaad overeen met de praktijk. En hiermee kan meteen verklaard worden waarom halve CPU-Multiplier ( 8,5 / 9,5 / etc ) bij DDR400 een langzamere geheugensnelheid betekent (in sommige gevallen).
Core i5-3570K/ASRock Z75 Pro3/Gigabyte Radeon HD7850/Corsair XMS3 2x4GB/OCZ Vertex2 64GB/3x640GB WD Black/24" B2403WS Iiyama x2/Nec 7200S