Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 43 reacties

Anandtech heeft de overklokprestaties van de Phenom-cpu vergeleken onder de 32bits en de 64bits-versie van Windows Vista. Het blijkt dat de Phenom een lagere maximale snelheid heeft wanneer gebruikgemaakt wordt van de 64bits-versie.

De geteste Phenom 9850BE-cpu bleek 102MHz harder geklokt te kunnen worden in combinatie met Windows Vista 32, goed voor een kloksnelheid van 3382MHz. Tegelijkertijd was het mogelijk om de northbridge 205MHz hoger te klokken. Het verschil in maximale kloksnelheid bleek te groeien wanneer zowel de northbridge als de hypertransportbus overgeklokt werden.

Windows XP 64-bit boxDe theorie achter dit, op het eerste gezicht opmerkelijke verschil, is het feit dat het gebruik van een 64bits-besturingssysteem betekent dat er ook aanzienlijk meer registers in gebruik zijn. Dit zorgt voor een hoger energieverbruik en daarmee een lagere maximale kloksnelheid. Anandtech rapporteert echter dat Intel cpu’s geen last lijken te hebben van dit verschijnsel, en dat ook niet alle AMD Phenoms dit probleem in dezelfde mate hebben. Een Phenom 9950BE bleek onder beide Vista-versies bijna evengoed te kunnen overklokken.

Het artikel, dat voornamelijk over AMD’s nieuwe SB750-southbridge gaat, bevestigt tevens dat de SB750 hogere overkloks mogelijk maakt met Phenom-cpu’s. De exacte werking van de ‘advanced clock calibration’-feature blijft echter in nevelen gehuld. Bevestigd is dat er gebruikgemaakt wordt van zes pinnetjes op de processor om de zogenoemde acc-waarde door te geven, maar wat er intern gebeurt, wil AMD niet vrijgeven. Lagere waardes zouden in ieder geval het gebruik van lagere voltages mogelijk maken, terwijl de overklokker baat heeft bij hogere waardes.

Moderatie-faq Wijzig weergave

Reacties (43)

Ik kan me zo voor stellen dat de verschillende AMD CPU's net op een iets andere manier in elkaar zitten (oude stepping, nieuwe stepping etc.) Dat zou het verschil tussen de verschillende CPU's kunnen verklaren, ook lijkt Anadtech maar met een enkele CPU van ieder model getest te hebben het zou dus gewoon toeval zijn dat deze ene CPU net wat minder netjes van de band is komen rollen dan de vorige, nog steeds goed genoeg voor normaal gebruik maar overcloken kan dan lastig zijn.

Het verhaal dat meer registers gebruikt worden en er dus meer vermogen op genomen wordt lijkt me toch enig sinds een moeilijk te bewijzen gok. Ja van de weet ik veel hoe veel miljoen transistors worden er enkele duizende extra gebruikt maar zelfs als het er 100.000 zijn wat voor een paar 64bit geheugen slotjes toch wel erg veel is plus natuurlijk nog eens 500.000 voor de 64bit reken delen dan is het nog maar een drupel op een gloeiende plaat in verhouding tot het totaal aantal schakelingen. Dus of dat nu zo'n groot verschil zou maken in warmte generatie dat betwijfel ik.

[PURE SPECULATIE HIER ONDER]
Wat betreft de 6 pins acc het lijkt een soort hartbeat om op die manier de bus beter synchroon te houden en dus makelijker een hogere snelheid te kunnen bereiken. Als de twee chips net niet in sync zijn dan is dat niet zo'n probleem je schakkelt gewoon de snelheid een stapje terug tot we weer gelijk zijn maar als we instaat zijn dat via een eigen kanaal te overlegen dan kun je natuurlijk een hele boel van de clock skew problemen die je anders mogenlijk op de bus ondervind voor komen.
Bij dit soort zaken vraag je je dan wel af in hoeverre hun meting van 1 enkele CPU representatief is voor alle CPU's van dat type, of dat het bij iedere individuele CPU weer anders is....
De vraag is natuurlijk of het gebruik van meer registers tot voldoende snelheidswinst leidt om het verschil in kloksnelheid goed te maken. Net zoiets als trade memory for speed in algorithmes is dit een geval van trade registers for speed onder x64. Het aardige is dat een normale benchmark zijn eigen instructies heeft en je daarmee dus niet (goed) kunt testen hoevel baat vista zelf heeft bij het gebruik van de extra registers. Blijft alleen de vista system rating over, maar die is vrij afgerond en stopt nog steeds bij 5,9.
Jammer dat de titel zo negatief is. Want dat de oc in win 64 minder is is jammer. Maar die boost van ACC is zeker niet mis.
De theorie achter dit, op het eerste gezicht opmerkelijke verschil, is het feit dat het gebruik van een 64bits-besturingssysteem betekent dat er ook aanzienlijk meer registers in gebruik zijn. Dit zorgt voor een hoger energieverbruik en daarmee een lagere maximale kloksnelheid.
Dit is toch de omgekeerde wereld? Bij een hogere kloksnelheid neemt het energieverbruik toe, al dan niet door het ophogen van de vcore. Het is niet persé zo dat bij een hoger energieverbruik de maximum snelheid lager komt te liggen.

In principe benchmark je ook bij full load om te zien of het stabiel is en dan zou het niet uit moeten maken of de ene cpu wat meer registers te verwerken krijgt dan de andere. Full load is gewoon 100% load, ongeacht wat hij moet doen.

Ik denk dat het verschil eerder zit in het te verwerken krijgen van x64-instructies die de cpu wel krijgt van Vista x64 en niet van de 32-bit versie van het besturingssysteem.
Er word meer van de cpu gebruikt. Meer gebruik = meer vermogen = meer hitte.
Mijn vidkaart word met crysis ook 80C met fan op hoog toerental, terwijl met Diablo 2 mijn temp niet veranderd en de koeler ook niet sneller gaat draaien.
Dus met D2 zal ik hogere clocks halen. Want hij word niet zo heet.
Het verhogen van de Vcore is niet de enigste factor bij je temparatuur, alleen maar bij idle is het de belangrijkste factor.
In principe benchmark je ook bij full load om te zien of het stabiel is en dan zou het niet uit moeten maken of de ene cpu wat meer registers te verwerken krijgt dan de andere. Full load is gewoon 100% load, ongeacht wat hij moet doen.
Nee dus want met een 32bit os kun je de 64bit instructies niet aanspreken.
Dus die 100% load van die tests is eigenlijk geen 100%.

[Reactie gewijzigd door arbraxas op 24 juli 2008 22:13]

Meer gebruik = meer vermogen = meer hitte
Ik bedoelde meer: Max gebruik = max vermogen = max hitte

En dan zou je dus ook bij dezelfde snelheid uit moeten komen. Juist dat ze bij een ander besturingssysteem een andere maximale snelheid er uit weten te halen is bijzonder.

Een spel onder XP heeft (min of meer) ook een hogere framerate dan onder Vista, maar dat komt omdat er bij gelijke hardware meer overblijft voor het spel, omdat het besturingssysteem minder resources vraagt. Als er nu had gestaan dat een benchmarkprogramma er langer over gedaan had in 64-bit Vista ten opzichte van 32-bit Vista, dan had ik dat kunnen begrijpen, omdat je dan meer resources overhoudt om de benchmark te doen. Maar het gaat echt om een hogere maximumsnelheid die gehaald kan worden.

Dit is als twee auto's met hetzelfde motorblok, waarvan de ene er meer uit weet te peuteren dan de andere, alleen door een andere software te gebruiken. Ik ben benieuwd waarom Vista 32-bit lijkt op een gechipt motormanagementsysteem ten opzichte van een normaal OEM-motormanagementsysteem.
Nee dus want met een 32bit os kun je de 64bit instructies niet aanspreken.
Dus die 100% load van die tests is eigenlijk geen 100%.
Dat is exact wat ik wilde zeggen. Dat het verschil in maximumsnelheid van de cpu kan komen door het wél krijgen te verwerken van bepaalde instructies, die de cpu die alleen 32-bit krijgt te verwerken niet aangeboden krijgt. In dat geval zou het verschil in snelheid te verklaren zijn door de instructies en niet door de registers.

[Reactie gewijzigd door Megaflix op 24 juli 2008 22:22]

Als je toch met motorblokken wilt gaan vergelijken.
Met 32bit gebruik je 4 cilinders van een V8
Met 64bit gebruik je ze alle acht. Gok eens welke meer hitte gaat genereren.
Tis wel hetzelfde motorblok, maar ze worden verschillend gebruikt.
Dus kun je ook verschillende resultaten krijgen. Maar als er ergens een slechte lager in zit knalt hij er bij een bepaalt rpm toch wel uit ongeacht of er 4 of 8 cilinders worden gebruikt.
En dat lijkt hier een beetje het geval aangezien ze sommige niet en andere cpu`s er minder last van hebben.
Als je er veel last van hebt heb je waarschijnlijk een die te pakken van de rand van de wafer. Bad luck in dat geval.
Nee dus want met een 32bit os kun je de 64bit instructies niet aanspreken.
Dus die 100% load van die tests is eigenlijk geen 100%.
Dat is exact wat ik wilde zeggen. Dat het verschil in maximumsnelheid van de cpu kan komen door het wél krijgen te verwerken van bepaalde instructies, die de cpu die alleen 32-bit krijgt te verwerken niet aangeboden krijgt. In dat geval zou het verschil in snelheid te verklaren zijn door de instructies en niet door de registers.
En dat is dus ook precies de conclusie waar Anandtech op uitkomt.
Dus snap ik jou relaas niet helemaal, je spreekt jezelf namelijk tegen.
Eerst zeg je dat het niet uitmaakt of je 32 of 64bit gebruikt met je
"In principe benchmark je ook bij full load om te zien of het stabiel is en dan zou het niet uit moeten maken of de ene cpu wat meer registers te verwerken krijgt dan de andere. Full load is gewoon 100% load, ongeacht wat hij moet doen"
opmerking om vervolgens dit
"Dat is exact wat ik wilde zeggen. Dat het verschil in maximumsnelheid van de cpu kan komen door het wél krijgen te verwerken van bepaalde instructies, die de cpu die alleen 32-bit krijgt te verwerken niet aangeboden krijgt. In dat geval zou het verschil in snelheid te verklaren zijn door de instructies en niet door de registers"
te beweren.

Ff de quote functie gebruikt werd wel erg onoverzichtelijk.

[Reactie gewijzigd door arbraxas op 24 juli 2008 22:44]

Ik denk dat het verschil eerder zit in het te verwerken krijgen van x64-instructies die de cpu wel krijgt van Vista x64 en niet van de 32-bit versie van het besturingssysteem.
Ik kom niet uit op hetzelfde als Anandtech volgens mij. Anandtech heeft het over het aantal registers dat de cpu te verwerken krijgt, ik over de soort instructies. Het aantal maakt niet zo heel veel uit, als je tegen het maximum aantal aan zit. Het grote verschil gaat hem dan zitten in de soorten die hij te verwerken krijgt en als hij effectiever zijn werk doet met x86 dan met x64, dan zal hij daarom ook een hogere snelheid kunnen halen.

Jij bedoelt dat full load niet mogelijk is onder Vista 32-bit, omdat hij dan niet de 64-bit instructies te verwerken krijgt, die hij in principe wel kan verwerken? En dat hij daarom een hogere kloksnelheid haalt?
Registers zitten in een cpu, niet in de software.
De software spreekt de registers aan.
Dan ging ik daar de mist in :) En dan heb je nu een vitaal stukje kennis toegevoegd ;) Ik zie nu wel waar ik fout ging. Ik had een stuk terminologie verkeerd.

Ik dacht dat de instructies de processen zijn in de cpu en dat de registers de zaken zijn die het besturingssysteem ter processing aanbood aan de cpu. Maar de registers zijn dus de sets met instructies die de cpu aankan?
Een cpu heeft ook een instructieset. mmx en 3dnow bijvoorbeeld.
Een os kan weer instructies uitvoeren op een processor, kan allemaal een beetje verwarrend zijn. Maar registers zijn dus fysiek aanwezig in een cpu.
Met 32bit spreek je dus minder aan als met 64bit. Vandaar meer hitte ontwikkeling.
Al zal het maar marginaal zijn.
@Megaflix:
Nee, registers zijn stukjes supersnel geheugen op de processorchip, waar de cpu tijdelijk waardes in kan bewaren die hij later snel weer nodig heeft.

De instructieset bepaalt welke bewerkingen een cpu kan doen. Cpu's uit dezelfde 'familie' gebruiken meestal dezelfde instructieset, soms weer met uitbreidingen daarop.

Als de cpu een instructie uitvoert worden vaak registers vermeld als bron of doel van een operatie, zoals bijvoorbeeld: neem de waardes in register A en B, tel ze bij elkaar op en bewaar het in register A.
Het gaat hier niet over maximale snelheid maar over maximale CLOCKsnelheid, de cpu kan op lagere CLOCKsnelheid onder 64bit wél sneller zijn. Clocksnelheid staat ook los van snelheid op zichzelf.

Vanwege het geavanceerder gebruiken van de processor wordt deze warmer, dus haalt 'ie een lagere clocksnelheid met overclocken omdat je limiet sneller bereikt is vanwege de warmte.
Om gebruik te maken van de 64bits capaciteit heeft de CPU meer prik nodig.
Dan draait ie nog steeds op dezelfde snelheid, maar hij verbruikt meer.

Als je dat spul gaat overklokken, blijft dat verschil in benodigd vermogen bestaan.
Er zal een maximum vermogen zijn tot waar ze willen overklokken (zonder dat de CPU aan barrels gaat), en daarbij kom je in 32bits modus uit op een hogere snelheid, omdat al die extra prik direct in het aantal Hz-en gepompt kan worden, terwijl bij de 64bit CPU een deel verloren gaat aan het gebruik van extra registers.

Omslachtige uitleg, ik weet ook niet of ie helemaal juist is, maar is voornamelijk bedoeld om het principe aan te geven.
even goed klokt hij netjes over vind ik 3,2ghz uit een 2,5ghz processor weten te persen on air is zeer netjes.het zal inderdaad denk ik wel komen doordat vista veel baat heeft bij het gebruik van extra registers in x64. wat ik leuk vind is dat de phenom met deze nieuwe southbrige een stuk beter over te clocken is. ik ben benieuwd naar wat het verschil zal zijn als je een je over een paar maanden de 45nm deneb over kunt clocken. de nieuwe southbrige is iniedergeval een succes en maakt veel goed voor de phenom. :9
voor zijn prijs is hij best aantrekkelijk aan het worden. 9850 en 9950 zijn redelijk dicht bij elkaar geprijst de 9850 BE staat nu voor 155 euro in de pricewatch en 9950 BE is ongeveer 20 euro duurder en is voor 175 euro al beschikbaar.
ik ben eigenlijk erg benieuwd of er veel verschil zit in de overclock die uit beide modellen te halen is. ik zou hier graag een vergelijking van zien.
Dit is nogal een zinloze test als je het mij vraagt.
het kan zijn dat het CPu in 32bit hogere klok kan halen dat wil absoluut niks zeggen over wat er verwerkt wordt

In theorie kan je met 64 bit 2x zoveel data verwerken per klok als met 32 bit.
Wat boeit het of 32 bit en hogere klok kan halen als de 64 bit het toch met een kilometer wint op data verwerking.

Ik zou wel eens een test willen zien wat pure op prestatie kijkt waarbij native 32bit tegen native 64bit software vergeleken wordt. Daar heb je tenminste wat aan in het dagelijkse leven.
idd daar ben ik het met je eens. er zit een behoorlijk verschil tussen x86 en x64. in x64 vista en xp starten programma's een stuk sneller op vind ik. ook de boot time is een stuk korter. en zwaardere multi taken lopen soepeler. daarom gebruik ik 64-bit. ik zou graag eens een vergelijking zien van huidige core2duo's,athlonx2's en phenoms onder zowel x86 als x64 vista.
hey ik heb vandaag mijn phenom 9950 binnen gekregen.
nog niet echt gebenched maar met overdrive gelijk al 3ghz op 1.23 V
op een gigabyte 790fx bordje :)
Koeler : asus arctic square
Ben nu wel heel nieuwsgierig geworden wat ie kan halen :)
winxp 64
[quote]
Bevestigd is dat er gebruikgemaakt wordt van zes pinnetjes op de processor om de zogenoemde acc-waarde door te geven, maar wat er intern gebeurt, wil AMD niet vrijgeven. Lagere waardes zouden in ieder geval het gebruik van lagere voltages mogelijk maken, terwijl de overklokker baat heeft bij hogere waardes
\[quote/]

Betekend dit einde nVidia als ''highend'' AMD chipset alternatief?

Heb zelf een bordje met amd chipset, en werkt gewoon uitstekend, maar zou het wel kinderachtig vinden als AMD op deze manier nVidia eruitwerkt, aangezien AMD/ATI altijd een fabrikant was de laatste tijd die alles vrijgaf (zoals crossfireX).
Overclockers .com heeft een analyse en denkt dat ze weeten wat er gaande is.
Offtopic:

@waterking, dat jij overclockers.com niet kent en beoordeeld op inderdaad hun gedateerde site, zegt niks over de technische kwaliteit van de posters of mensen die daar komen.

Het zegt meer over het feit dat jij wat minder lang bezig bent met overclocken. Ik weet nog dat dit mijn vaste stek was voor het overclocken van Pentium II en III en de eerste Athlons met Peltierkoeling.

Overclockers.com was een van de eersten met een overclockers database waar je resultaten kon posten en er werden door leden diverse multiplier-unlock handleidingen geschreven.

Jij houdt zeker meer van commerciele sites zoals THG, waar de artikelen gekocht worden. Inderdaad dit was een persoonlijke mening van een poster, maar net als vaak op GOT wel eentje van iemand die er vertsand van heeft.

Graag wat meer respect voor dit stukje nostalgie. :)
Ik vermoed dat dit te maken heeft met het 64-bit zijnde en niet omdat het HP of Ultimate is aangezien alle vista's 64-bit hetzelfde zijn behalve een paar functies meer(of minder)
Hij bedoelt dat bvb ook xp pro x64 bestaat.
denkt er er gedoelt wordt op verschillende linux distro's ;)
Toch denk ik, als de theorie klopt that is, dat het "probleem" zich voordoet bij alle 64 bits OS. Tenslotte neemt de temperatuur/belasting toe als er 64 bits instructies worden gebruikt. Ik neem aan dat 64 bits Linux distros, andere 64bits versies van windows, etc, ook allemaal 64bits instructies gebruiken.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True