Asus K8V schroeft geheugensnelheid ongevraagd omhoog

Uit onderzoek door de mensen van x86-secret is gebleken dat het Athlon 64-moederbord K8V van Asus ongevraagd de geheugensnelheid omhoog schroeft. Toen men een PC3200 geheugenmodule verving door een met PC4000-rating, kwam men tot de ontdekking dat de processor ineens niet meer op 10x200 liep maar op 9x223 zonder dat er door henzelf iets veranderd was in het BIOS. Na verschillende tests concludeerde x86-secret dat bij het gebruik van PC3200-modules de settings in het BIOS correct bleven staan op 10x200. Maar als er PC3500/3700/4000 werd gebruikt werden de settings ineens aangepast naar 9,5x213 of zelfs 9x223 snelheden die steeds uitkomen op ongeveer 2GHz.

Volgens x86-secret komt dit doordat het BIOS de SPD-frequentie van de geheugen-modules uitleest en als dit een 'snelle' frequentie blijkt te zijn wordt de FSB hierop aangepast zonder de gebruiker verder te waarschuwen. Deze 'bug' zit er blijkbaar al sinds BIOS 1002 van Augustus 2003 in en is volgens x86-secret onacceptabel, men wacht nog op een verklaring van Asus over deze gang van zaken en of er binnenkort een oplossing voor geboden gaat worden.

Reacties (48)

[Kakaroto]

Reden waarom secret x86 het onacceptabel vindt is dat de K8V bij reviews beter presteren dan andere borden.
Net als bij MSI toen met de D.O.T. stond MSI 875P borden ook bij THQ op nr 1.

Het is gewoon een bug omdat nergens in de bios een optie staat die automatisch de fsb verhoogt en MP verlaagd.

[dasiro]

als ze beter geheugen gebruiken om betere performance te krijgen, dan gaan ze reclameren als het mobo hun intenties herkent

[durkagain]

Toch vreemd, want ze kunnen ook even SPD uitzetten in het BIOS. En dan nog, meestal stellen ze het geheugen toch handmatig in.

[Verwijderd]

Eenzelfde 'bug' bij MSI moederborden is na onthullingen van Tom's Hardware opeens een 'feature' geworden, zal met Asus ook wel zo gaan.

[CARman]

Was het niet zo, dat een Athlon64 niet meer over een echte FSB beschikt ?

In dat geval is dit dus het meest logische gevolg. Om de CPU snelheid op 2 GHz te houden, en het geheugen maximaal te benutten, moet dus domweg de klokfreqentie omhoog. Door op 9X233 te draaien, blijft de CPU speed op spec en is het systeem domweg efficiënter.

En zoals hendrik_sinnema hierboven al aangeeft is door MSI blijkbaar exact dezelfde invulling gegeven aan die stelling. En daar is de bug al hernoemd naar een feature.

Ik zou dan ook niet stellen dat het ASUS bord de geheugenssnelheid ongevraagd omhoog schroeft, dit doe je zelf, door geheugen sneller dan volgens spec te plaatsten. Als je de optie, dat de SPD chip gebruikt moet worden, uitschakeld, zal hij waarschijnlijk gewoon weer op 10X200 MHz gaan draaien.

[durkagain]

Was het niet zo, dat een Athlon64 niet meer over een echte FSB beschikt ?

Gewoon om wat op te helderen.

Nou die heeft 'ie nog wel, de FSB is de verbinding van de processor met de chipset. Dit is nu een HyperTransport-link.

De geheugenbus is nu geen verbinding meer tussen de chipset en de geheugenmodules, maar een verbinding tussen de processor en het geheugen.

Als we het bij andere hardwareplatformen hebben over geheugensnelheid dan hebben we het ook vaak over de FSB. Omdat men deze toch altijd synchroon wil laten lopen met de geheugenbus zaaide het weinig verwarring. Maar in het geval van AMD64-systemen heeft de FSB niets meer te doen met geheugensnelheid. Er zijn dus ook geen zaken meer als "geheugenbus met de FSB synchroon laten lopen". Dat maakt niets meer uit, het is nu gewoon: "hoe hoger, hoe beter".

Voor de rest heb je gelijk!

[SG]

Schijnbaar zijn er geen lage memory dividers beschik baar.
Om sneller geheugen dan PC3200 te ondersteunen wel hogere dividers voor PC2700 & PC1600

wachten op een bios update of is dit gelocked die dividers.

[Verwijderd]

Helaas ondersteunt het board maar 1 divider (dit omdat je mem bus los staat van de htt bus)

Het is dus wel een redelijk erge bug want mensen die bijvoorbeeld een of andere rotte PCI camera capture kaart hebben die een hogere PCI niet aankan krijgen dan zonder het te weten een onstabiel systeem.

[SG]

De mem klok wordt afgeleid van de Core klok. De core klok van de grond frequentie waar HT ook afgeleid van is 200Mhz.

Omdat bij traditione PC de mem aan de Northbridge zit dus ook de memcontroler van de northbridge mem klok afhankelijk is van de FSB dus.

De Memcontroler van de hammer platform zit in de core dus daar wordt zijn mem klok van afgeleid.

10MP x 200Mhz = 2ghz / Memdiv = memklok

=PC3200/2700/2100/1600

aangezien dividers hele getallen zijn is het niet exaxt PC2700 of 166 bij elke klok speed.

2Ghz/10
2/ 12= 167Mhz = PC2700
2/15 = 133 = PC2100
Bij de 2Ghz wel

FX 3400+ of elke andere 2,2ghz hammer

PC2700== 2,2/14 = 157Mhz ipv 166

De 3400+ heeft 'n 13,26 divider nodig om PC2700 op spect te draaien bij PC3200 heb je daar geen last van Divider is gelijk aan MP.

[Verwijderd]

Ik zie het probleem eigenlijk ook niet echt, zolang de processor stabiel zijn werk blijft doen wat is er dan eigenlijk niet goed?
Hij blijft 2,0ghz heb je sneller geheugen? Heb je inderdaad een voordeel maarja is wel logisch.
Het hoort niet ongevraagd, maar echt een probleem

[rsmits]

Mits hij idd stabiel zijn werk blijft doen....

Als je het in een servertje bouwt, wil je hem toch liever stabiel dan iets sneller en instabiel. Daarnaast komt natuurlijk dat je op de temperatuur moet letten, want er zal vast meer hitte gegenereerd worden.

[Grrrrrene]

Dan moet je in je servertje maar geheugen stoppen wat bij je proc hoort, niet geheugen wat eigenlijk te snel is en teruggeklokt zou moeten worden.

Ik vind het ook geen probleem, want het gaat prima samen, toch? Je geheugen draait gewoon op de snelheid waarop het moet draaien en je processor ook. Enkel de verbinding wordt versneld zodat je geheugen niet beperkt wordt...

[Arioch]

als er PC3500/3700/4000 werd gebruikt werden de settings ineens aangepast naar 9,5x213 of zelfs 9x223 snelheden die steeds uitkomen op ongeveer 2GHz.

is de athlon64 dan standaard unlocked
of werden deze settings met verschillende cpu's uitgetest?

[Verwijderd]

Niet unlocked, maar je mag de MP wel zelf bepalen. De MP kan wel lager, maar niet hoger als een bepaalde waarde.

Bij een 3000+ is die MP 10 en het is erg jammer dat de MP niet omhoog kan want dit board heeft dus ook geen PCI/AGP lock. Ook wil het geheugen van veel mensen niet veel hoger als 245 a 250

[mjtdevries]

Ongelooflijk wat een kortzichtige reacties hier allemaal. Is dat omdat het een Asus bord is?

Asus heeft in het verleden al heel vaak overklokt om zo wat sneller te LIJKEN dan de concurrentie.

Nu hebben ze weer een andere truuk gebruikt.

De reden waarom secret x86 dit verkeert vind is doodeenvoudig dat een mobo dit niet hoort te doen.
Met name dat ongevraagd en onzichtbaar de instellingen anders zijn dan jij zelf hebt ingesteld.

Dat het in dit geval handig is, en dat tweakers het misschien zelf ook zo zouden instellen doet er niet toe. Feit is dat het mobo dit niet stiekum zou mogen doen.
Als je dan zo nodig dit wilt doen, dan zou het mobo dit duidelijk moeten aangeven. (En dan zou je bij een review andere borden ook zo kunnen instellen).

[durkagain]

De reden waarom secret x86 dit verkeert vind is doodeenvoudig dat een mobo dit niet hoort te doen.

Yep, ik denk dat AMD een maximale geheugenbussnelheid van 200 MHz DDR ondersteunt. Dan valt 223 MHz dus duidelijk buiten de specificaties.

[grimson]

Wat een hoop stampij, als ik een andere processor installeer dan zal hij toch ook bepaalde waardes wijzigen -> ongevraagd?
Ik bedoel daar is dat hele SPD toch voor ontworpen om de exacte geheugen timings door te geven aan het BIOS ? (ideale instellingen dus)

[machiel]

Er wordt inderdaad niks raars gedaan, het geheugen werkt gewoon op de juiste snelheid en de CPU blijft op 2Ghz draaien. Er wordt dus niet overgeklokt omdat geen enkel component in het systeem sneller draait dan de specificatie (behalve de fsb misschien).

[FiRePaTH]

Deze bug zit er blijkbaar al sinds BIOS 1002 van Augustus 2003 in en is volgens x86-secret onacceptabel

Nou idd absurd gewoon! Het is werkelijk verschikkelijk! Ohh wat slecht! Tsjongejongejonge! ...

99% van alle mensen die pc4000 geheugen kopen (ipv pc3200), kopen dit voor over te clocken. Daarmee weten ze dus ook hoe je zoiets goed moet instellen en gebruiken nooit de automatische stand van het mobo... Oftewel dit is een kleine bug, maar om het nou onacceptabel te noemen? Tsja...

[harrodeparro]

dit zou ik ook niet echt een gewenste feature vinden.. het zou goed zijn om dit als auto-optimize optie in het bios te zetten door Asus..

belangrijker: ik heb alleen ervaring met Muskin PC3500 geheugen, maar m'n K8V doet gewoon netjes wat je tegen hem zegt (alle bios versies inbegrepen). Ik begrijp dus niet goed hoe zij het voor elkaar krijgen dat het mb zelf doet wat ie leuk vind.