Archief - Zelfgeschreven benchmarkske

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

Massman

Legacy Member
TuXRuleZ zei:
PS : ge kunt moeilijk een vergelijking maken tussen de verschillende versies aangezien der vaak vrij grote verschillen inzitten.

idd, maar het was om een keer te kijken hoe groot de verschillen waren. Daarom heb ik da ook maar op 1 pc getest :p

jeroen_hoefkens

Legacy Member
ah ke...
niewe score
-minimum aan system sources(geen X, deamons,hardware support (wel achtergrond van 6kb)
-precompiled versie!!!
tuxbench.jpg


strak zelf is ff compilen zien of het dan beter gaat ...

TuXRuleZ

Legacy Member
In init level 3 (geen x en enkele deamons minder)haal ik 11520 met die precompiled versie (ni da da voor mij iets uitmaakt want ik compileer die zelf)

jeroen_hoefkens

Legacy Member
zelf compiled nog ni @ toppunt mer tgaad al beter :D
deze keer wel @ X +KDE3.2
[jeroen@skoidat TuXBencH-1.0.4BETA]$ ./TuXBencH
...
|---------------------------------------------------------------------------|
| FPU-test |
| 0%|---------------------------------------------------|100% |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||| |
| |
|---------------------------------------------------------------------------|
| SCORE : 8410 ( 118.9 sec.) |
| (The higher the better) |
| |
|---------------------------------------------------------------------------|
| Press ENTER to close the benchmark |
|---------------------------------------------------------------------------|

tony wauters

Legacy Member
K ik dacht zo van even een lijstje bij te houden met de topscores.

Topscores voor 1.04B:
nazaar:................16155.... AMD XP-M 2600+ @ 4200+
tony wauters:.......15600.... Pentium-M 2.0Ghz
TuXRuleZ:.............14005....AMD Athlon 2500+ [Barton] @ 2145 MHz
Nikeb007:.............12077.... AMD athlon xp 2600+
jeroen_hoefkens:....9746.....?specs?
Argus V12:............9551..... P4 3.0Ghz
tha_rippa1be:........7264..... P4 3.0Ghz(mobile?)
-=MAD=-Phoeni^X:6180......AMD 1.0Ghz

Ik kan mensen vergeten zijn en fouten gemaakt hebben, maar tis toch iets hé;)

tony wauters

Legacy Member
Topscores voor 1.04B:
nazaar:................16155.... AMD XP-M 2600+ @ 4200+
tony wauters:.......15600.... Pentium-M 2.0Ghz
wittekakker...........14992 ....Athlon xp 1700+@2300Mhz
TuXRuleZ:.............14005....AMD Athlon 2500+ [Barton] @ 2145 MHz
Nikeb007:.............12077.... AMD athlon xp 2600+
jeroen_hoefkens:....9746.....?specs?
Argus V12:............9551..... P4 3.0Ghz
tha_rippa1be:........7264..... P4 3.0Ghz(mobile?)
-=MAD=-Phoeni^X:6180......AMD 1.0Ghz

Cranox

Legacy Member
Om te testen heb ik mijn A64 clawhammer eens op 2145 mhz gezet ( 214 x 10 )
Ik haal maar 13477 daar waar Tuxrulez met een barton op dezelfde snelheid 14005 haalt , wat kan hier de oorzaak van zijn ?
Timings 2-2-2-5 en bench is realtime gedaan

Kan het zijn dat de A64's de instrukties trager uitvoeren , dunno why
Als ik tijd heb zal ik nog wat testen

apa

Legacy Member
Cranox zei:
Kan het zijn dat de A64's de instrukties trager uitvoeren , dunno why
Als ik tijd heb zal ik nog wat testen

De instructies worden niet trager uitgevoerd... De Athlon64 heeft echter een (20%) langere execution pipeline dan de AthlonXP's. Indien de branch-predictor zijn werk niet goed doet, dan zal de cpu langer zitten niksen (wachtende op de flush van de pipeline). In de benchmark zijn er vrij veel redelijk "random" berekeningen... Daardoor kan de branch-predictor zijn werk niet echt goed doen. Hetzelfde fenomeen doet zich voor bij de Pentium4, maar nog erger omdat de pipeline er nog een stuk langer is...

Daarnaast wordt er ook geregeld iets op het scherm afgebeeld tijdens het runnen van de test. Dit gebeurt door een stukje data in het RAM neer te schrijven. De videokaart moet die data dan uit het RAM halen om die af te beelden. Dit gaat bij de K7 en de P4 door de data rechtstreeks van het RAM te lezen; bij de K8 moet daarvoor een call naar de "northbridge" gestuurd worden die de data dan van de cpu gaat halen (ingebouwde memory-controller). Er is dus een stap meer waardoor de latency wat hoger uitvalt.

P.S.: Dit is een gok...

punkiee

Legacy Member
De lengte van de pipeline is idd een bottleneck daar steeds dezelfde instructies worden uitgevoerd. DWaarschijnlijk vannuit steeds hetzelfde stuk geheugen gelezen. Voor een vergeleijking tussen verschillende systemen is deze benchmark minder geschikt. Als we er nu nog enige andere processen bijsmijten (vb pi berekenen) krijgen we weer andere scores. Zetten we processen in aparte threads krijgen we weer iets anders.

btw het schrijven van resultaten (scherm disk whatever) zou alleen mogen na de test, niet tijdens.

btw door het compileren op 1 bepaald systeem zal dit systeem ook een voorsprong hebben op andere systemen daar bij de meeste compilers er optimalisaties gebeurt zijn aan de hand van de pc waarop het compileert.

tony wauters

Legacy Member
Cranox zei:
Om te testen heb ik mijn A64 clawhammer eens op 2145 mhz gezet ( 214 x 10 )
Ik haal maar 13477 daar waar Tuxrulez met een barton op dezelfde snelheid 14005 haalt , wat kan hier de oorzaak van zijn ?
Timings 2-2-2-5 en bench is realtime gedaan

Kan het zijn dat de A64's de instrukties trager uitvoeren , dunno why
Als ik tijd heb zal ik nog wat testen
Maar hoeveel haal je dan op maximum?

nazaar

Legacy Member
voor zijn beste superpi draait hij op 2570 mhz, ik heb mijn score gehaald op 2400 mhz dus tzal wal wa meer zijn ;)

TuXRuleZ

Legacy Member
punkiee zei:
De lengte van de pipeline is idd een bottleneck daar steeds dezelfde instructies worden uitgevoerd. DWaarschijnlijk vannuit steeds hetzelfde stuk geheugen gelezen. Voor een vergeleijking tussen verschillende systemen is deze benchmark minder geschikt. Als we er nu nog enige andere processen bijsmijten (vb pi berekenen) krijgen we weer andere scores. Zetten we processen in aparte threads krijgen we weer iets anders.
.
Der wordt inderdaad altijd uit hetzelfde geheugen gelezen maar dat is vooral om de ram hier zo weinig mogelijk invloed op te laten hebben doordat ge nu vooral in uwe cache bezig zijt. Kga ook is nakijken da ik in de toekomst ni ook ne gelijkaardege test kan uivoeren in twee processen zodat bijvoorbeeld HT cpu's ook een score hebben die te vergelijken is met niet HT cpu's.
punkiee zei:
btw het schrijven van resultaten (scherm disk whatever) zou alleen mogen na de test, niet tijdens.
.
Ik weet dat dit een heel groot snelheidsvershil geeft, tis daarmee dat in de eerste versie niet eens die statusbar aanwezig was. Ma ik ga in ve volgende versie den test waarschijnlijk omdraaien. Vast tijdstip en dan aan de hand van het aantal bewerkingen de score berekenen. Khad die statusbar ingevoegd omdat ge niet weet wanneer het gedaan vooral met nen oude pc.
Maar dan zit ge weer met het probleem dat ge regematig test moet uivoeren op de tijd en die nemen ook enig tijd in beslag.
punkiee zei:
btw door het compileren op 1 bepaald systeem zal dit systeem ook een voorsprong hebben op andere systemen daar bij de meeste compilers er optimalisaties gebeurt zijn aan de hand van de pc waarop het compileert.
Klopt maar ik ga da is uitzoeken voor mijne compiler en er indien mogelijk voor zorgen dat dit niet het geval is.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan