[Stelle vor:] - MaxxPI² - CPU/Ram Benchmark auf PI Basis
hi,
ich fasse mich erstmal kurz und stelle "MaxxPI²" vor,
es ist ein primär ein cpu-benchmark,
der auf der berechnung der kreiszahl pi (3.14...) basiert:
download (als zip datei, entpacken und maxxpi2.exe starten, kein install nötig):
http://alicemb.bplaced.net/download/click.php?id=1 (405kb)
1m
32m
128m
####################################
features:
mmx / sse support
hardwarenahe zeitmessung, ca. 1-2ms genau
max. rechentiefe: 128m
max. ram verbrauch ca. 1.2gb ram (bei 128m)
multithread (nicht multicore)
mit einem 4ghz intel (+sse2), 6mb cache:
128m = ca. 14min
.
32m = ca. 3min
.
1m = ca. 2,4sec.
####################################
score:
k/sec.
ist dazu da, die erreichten ergebnisse einfacher zu vergleichen,
also anstatt 2min 32sec 343ms sagen zu müssen gibt es
nun ein einfache zahl mit hilfe derer man die erg. vergleichen kann.
es ist nichts anderes als:
die anzahl der errechneten nachkommastellen pro sec. in k (also 1024)
z.b.: im 1m fall wurden 356.2(k/sec.) x 1024 also 364748.8 nachkommastellen pro sec. errechnet.
####################################
kleine faq:
f:
unter welchen betriebssystem läuft das ganze?
a:
winxp, vista, win2003/2008 server, win2000
f:
auch unter 64bit?
a:
maxxpi² ist eine 32bit applikation die auch
unter x64 problemlos läuft
f:
haben dual/quad(tripple) cpu's einen vorteil?
a:
ja, einen kleinen
f:
welchen einfluss hat das ram bei diesem benchmark?
a:
je höher die zu berechnende anzahl der nachkommastellen
umsomehr spielt die memory-performance eine rolle.
maxxpi profitiert stark von dingen wie: fsb, timings
f:
warum *preview*?
a:
weil diese *preview* teil eines grösseren
projektes ist.
f:
wird man später, mit dem release der *vollversion
die jetzt erreichten erg. vergleichen können?
a:
ja
####################################
cu and have fun!.gif ":) :)")
alice
####################################
updates bis heute:
//edit1:
v1.02ß
auf mehrfachen wunsch, rechentiefen 256k und 512k hinzugefügt
und die crc (des errechneten ergebnisses)
//edit2:
v1.03ß
das ganze nochmals ein wenig beschleunigt um ein paar prozent (ca. minus 1min bei 128m)
die crc wird nun auch verglichen (valid/non-valid)
//edit3:
v1.05ß
nun ist der rechenbereich von 128k zu 128m erweitert worden.
das ganze *nochmals ein wenig beschleunigt um ein paar prozent
nun wird eine hwnahe zeitmessung anstatt der windows eigenen verwendet,
vorher genauigkeit ca. +/- 15ms, nun etwa +/- 1-2ms
//edit4:
v1.11ß
+Menü
+Programm (und thread) Priorität setzbar low/normal/high
+FAQ (im aufbau)
+Screenshot als: Datei/Clipboard und *online submit!
####################################
aktueller screen:
cu
alice
hi,
ich fasse mich erstmal kurz und stelle "MaxxPI²" vor,
es ist ein primär ein cpu-benchmark,
der auf der berechnung der kreiszahl pi (3.14...) basiert:
download (als zip datei, entpacken und maxxpi2.exe starten, kein install nötig):
http://alicemb.bplaced.net/download/click.php?id=1 (405kb)
1m
32m
128m
####################################
features:
mmx / sse support
hardwarenahe zeitmessung, ca. 1-2ms genau
max. rechentiefe: 128m
max. ram verbrauch ca. 1.2gb ram (bei 128m)
multithread (nicht multicore)
mit einem 4ghz intel (+sse2), 6mb cache:
128m = ca. 14min
.
32m = ca. 3min
.
1m = ca. 2,4sec.
####################################
score:
k/sec.
ist dazu da, die erreichten ergebnisse einfacher zu vergleichen,
also anstatt 2min 32sec 343ms sagen zu müssen gibt es
nun ein einfache zahl mit hilfe derer man die erg. vergleichen kann.
es ist nichts anderes als:
die anzahl der errechneten nachkommastellen pro sec. in k (also 1024)
z.b.: im 1m fall wurden 356.2(k/sec.) x 1024 also 364748.8 nachkommastellen pro sec. errechnet.
####################################
kleine faq:
f:
unter welchen betriebssystem läuft das ganze?
a:
winxp, vista, win2003/2008 server, win2000
f:
auch unter 64bit?
a:
maxxpi² ist eine 32bit applikation die auch
unter x64 problemlos läuft
f:
haben dual/quad(tripple) cpu's einen vorteil?
a:
ja, einen kleinen
f:
welchen einfluss hat das ram bei diesem benchmark?
a:
je höher die zu berechnende anzahl der nachkommastellen
umsomehr spielt die memory-performance eine rolle.
maxxpi profitiert stark von dingen wie: fsb, timings
f:
warum *preview*?
a:
weil diese *preview* teil eines grösseren
projektes ist.
f:
wird man später, mit dem release der *vollversion
die jetzt erreichten erg. vergleichen können?
a:
ja
####################################
cu and have fun!
alice
####################################
updates bis heute:
//edit1:
v1.02ß
auf mehrfachen wunsch, rechentiefen 256k und 512k hinzugefügt
und die crc (des errechneten ergebnisses)
//edit2:
v1.03ß
das ganze nochmals ein wenig beschleunigt um ein paar prozent (ca. minus 1min bei 128m)
die crc wird nun auch verglichen (valid/non-valid)
//edit3:
v1.05ß
nun ist der rechenbereich von 128k zu 128m erweitert worden.
das ganze *nochmals ein wenig beschleunigt um ein paar prozent
nun wird eine hwnahe zeitmessung anstatt der windows eigenen verwendet,
vorher genauigkeit ca. +/- 15ms, nun etwa +/- 1-2ms
//edit4:
v1.11ß
+Menü
+Programm (und thread) Priorität setzbar low/normal/high
+FAQ (im aufbau)
+Screenshot als: Datei/Clipboard und *online submit!
####################################
aktueller screen:
cu
alice
)