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 donderdag 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.
![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.png){kind=icon}
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. 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.
08:45
20:21
![[show]](http://tweakimg.net/g/if/comments/button_down.gif "Reactie uitklappen")
Door 
