Hoofdcategorieën
Device Settings

[RSS] [quick] Index » Nieuws » Core » Hardware » Asus K8V schroeft geheugensnelheid ongevraagd omhoog

Asus K8V schroeft geheugensnelheid ongevraagd omhoog

Door Remy Bergsma, zondag 18 januari 2004 16:35
Bron: x86-secret, submitter: FFWD, views: 21.197

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.

Asus logoVolgens 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.

Volgende 20:47 Plextor 708UF externe dvd-brander review
Vorige 15:24 Cameratelefoon voorlopig geen bedreiging voor digicam
Advertentie

Categorieën

Gerelateerde content

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 48 reacties zichtbaar480 Off-topic / Irrelevant: 48 reacties zichtbaar48+1 On-topic: 38 reacties zichtbaar38+2 Informatief: 20 reacties zichtbaar20+3 Spotlight: 4 reacties zichtbaar4
«  1  2  3  »

Door Kurgan, zondag 18 januari 2004 16:37

Score: 1
"It's not a bug, it's a feature" : automatisch overclocken. Wat wil je als tweaker nou nog meer? :+

Door LogiForce, zondag 18 januari 2004 16:39

Score: 0
Precies je kan je geen beter mobotje wensen :7 ;)

Door mr._Anderson, zondag 18 januari 2004 16:56

Score: 0
Dat neemt bij mij anders een groot deel van de fun van het OC'en weg...

Door justice strike, zondag 18 januari 2004 16:59

Score: 2
vind het niet echt een bug, hij gaat niet over het limiet van je geheugen module, en ook niet over het limiet van je processor. Dus feitelijk overkloked hij je systeem niet, hij maakt eht alleen effiecienter.

Door Hielko, zondag 18 januari 2004 19:51

Score: 3
Hij gaat wel over de limiet van de processor; misschien niet over de kloksnelheid limiet, maar er zijn veel meer specificaties die door AMD zijn vrijgegeven waarop een processor op standaard snelheid hoort te draaien. Dat is natuurlijk uiteraard de kloksnelheid van de processor, maar ook de FSB, voltages etc. En als je de FSB dus overklokt is de processor in principe niet meer gegarandeerd stabiel volgens AMD.

Door SGIaddict, maandag 19 januari 2004 11:45

Score: 0
De Athlon64 heeft geen FSB meer, die 200 Mhz is een soort referentiesnelheid :)

Door PowerToTheUsers, maandag 19 januari 2004 14:43

Score: 2
Je systeem loopt wel degelijk buiten zijn specificaties. Aangeizen er gen PCI/AGP-lock is, zullen je IDE- en AGP-frequencies dus ongeveer 10% hoger liggen.
Gelukkig hebben de meeste kaarten hier geen grote problemen mee, maar het ongevraagd doen is natuurlijk niet netjes...

Door MentalMInd, zondag 18 januari 2004 20:05

Score: 0
Echt OC'en is t niet eens, de uiteindelijke clocksnelheid blijft immers t zelfde...

edit:

fuck!! dubbelpost :( modereer me maar kapot... ;(

Door Gee-M0ney, zondag 18 januari 2004 16:39

Score: 2
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 :Y)

Door rsmits, zondag 18 januari 2004 17:14

Score: 2
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.

Door Grrrrrene, zondag 18 januari 2004 17:18

Score: 1
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...

Door TheEagle, zondag 18 januari 2004 16:39

Score: 1
Je systeem word er natuurlijk wel vet sneller door :P

En als het daadwerkelijk een bug is dan kunnen ze dat er toch wel uithalen met een bios update.

Door Mister_X, zondag 18 januari 2004 18:11

Score: 0
dat is de bedoeling ook als je pc3200 vervangt door pc4000

Door FFWD, zondag 18 januari 2004 16:39

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

Door grimson, zondag 18 januari 2004 16:42

Score: 2
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)

Door machiel, maandag 19 januari 2004 09:19

Score: 1
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).

Door Arioch, zondag 18 januari 2004 16:42

Score: 2
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?

Door Thorchar, zondag 18 januari 2004 16:52

Score: 2
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

Door Miglow, zondag 18 januari 2004 16:43

Score: 1
Is toch ideaal?? Ik zie dit als een optimaal gebruik van SPD, daar is het tenslotte toch voor?? Je haalt het optimale uit je geheugen reepjes }> Misschien daarom ook zo'n verscheidenheid aan multipliers, zodat je pc2100 ook werkt op 2Ghz?? 15x133.....

Door SG, zondag 18 januari 2004 16:44

Score: 2
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.

Door Thorchar, zondag 18 januari 2004 16:55

Score: 2
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.

Door SG, zondag 18 januari 2004 22:05

Score: 2
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.

Door FiRePaTH, zondag 18 januari 2004 16:48

Score: 2
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! ... :z

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... ;)

Door Fallen Angel, zondag 18 januari 2004 16:57

Score: 1
Ach, eigenlijk is het helemaal geen bug aangezien alles binnen specificatie blijft lopen (de cpu, het geheugen en de pci/agp bus). Het is, zoals anderen al hebben gezegd gewoon optimaal gebruik maken van de SPD informatie in het geheugen.

Het enige dat ik een slecht iets zou vinden is al de bios de handmatige settings zou ignoren en je daardoor dus niet meer in staat bent om over te clocken/je settings te veranderen. Aangezien dat hier niet het geval is zou ik zeggen niets mis mee.
«  1  2  3  »

Op dit item kan niet meer gereageerd worden.

Volgende 20:47 Plextor 708UF externe dvd-brander review
Vorige 15:24 Cameratelefoon voorlopig geen bedreiging voor digicam
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011