Laufzeiten POEM

Rekrut

Admiral Special
Mitglied seit
26.06.2006
Beiträge
1.978
Renomée
27
  • SIMAP Race
  • QMC Race
  • Spinhenge ESL
Stellte untersuchungen hinsichtlich den Laufzeiten von POEM fest.

x3800+ @ 2,6 GHz 183 MHz RAM Takt Windows

WU Art:

154
1418,25 Sekunden @ 0,39 Stunden

156
13632,04 Sekunden @ 3,79 Stunden

x3800+ @ 2,0 GHz 200 MHz RAM Takt Windows
154
1562,61 Sekunden @ 0,43 Stunden

152
15747,9 Sekunden @ 4,37 Stunden

++Opteron 1212 @ 2,8 GHz Linux++

154
1123,84 Sekunden @ 0,31 Stunden

156
12435,71 Sekunden @ 3,45 Stunden

++Opteron 1212 @ 2,0 GHz Linux++

154
1433,42 Sekunden @ 0,40 Stunden

152
15600,04 Sekunden @ 4,33 Stunden

Interessant. Die WUs sind extrem unterschiedlich.

WU Art 154 macht sich sehr gut mit dem größeren Cache, WU Art 152-156 dagegen gar nicht.
Wegen dem größeren Cache is der Opteron mit WU Art 154 und 2,0 GHz ungefähr so schnell wie die X2 CPU mit 2,6 GHz.

X2 spricht mit höherem Takt nicht sonderlich gut an. Gerade mal 9-13 % Mehrleistung kann ich daraus schlagen bei 23% mehr Takt.

Auf dem Opteron sind es 20-22%, da bringt eine Erhöhung des Taktes einiges mehr.
Taktsteigerung liegt hier bei 29%

Ob das jetzt an Windows, am Cache oder RAM liegt keine Ahnung. Der Opteron schlägt richtig rein.
 
Bin da auch gerade am vergleichen, da ich nun hier auch ein 64bit Linux einsetze.

WU 154
X2 3800+ 32bit Gentoo
2,161.09 Sek
WU 153/155 etwas langsamer bis zu 2500 Sek.

X2 3800+ 64bit Gentoo
1,638.48 Sek
WU 153/155 gehen genauso schnell

WU 148
X2 3800+ 32bit Gentoo
5,198.86 Sek
WU 146/149 ähnliche Laufzeiten

X2 3800+ 64bit Gentoo
3,837.93 Sek

Gibts hier ein 64bit Vorteil unter Linux?
 
Zuletzt bearbeitet:
POEM ansich hat ja keine 64 bit App. sollte an etwas anderes liegen, aber sehr interesant.
 
POEM ansich hat ja keine 64 bit App. sollte an etwas anderes liegen, aber sehr interesant.

Komisch, wüsste jetzt nicht das ich irgendwelche multilibs oder so installiert hab, muss aber wohl sein *noahnung*
 
Ich habe das jetzt weiter verglichen und der X2 mit dem 32bit Linux ist bei jeder WU Art deutlich langsamer, der kriecht nahezu, der X2 mit 64bit erreicht fast deine Zeiten vom Opti, dies kann man wohl auf den Cache schieben, das der Opti immer nen tacken vorne ist.
 
Ich habe das jetzt weiter verglichen und der X2 mit dem 32bit Linux ist bei jeder WU Art deutlich langsamer, der kriecht nahezu, der X2 mit 64bit erreicht fast deine Zeiten vom Opti, dies kann man wohl auf den Cache schieben, das der Opti immer nen tacken vorne ist.

ich hab hier zwei baugleiche X2 4100+, einen mit WinXp32, der andere mit Vista 64. Der Vistarechner macht im Schnitt ca. 10% mehr Credits pro Tag als der WinXp Rechner.
 
Hatte nochmal die Interesse dazu gehabt nochmal Vergleiche gegenüber zu stellen.

Cluster Node 47

WU Art Nummer; Zeit in Sekunden:
158; 01649,19
146; 03362,87
148; 03696,58
156; 16258,61
155; 01555,85
159; 01471,92


Cluster Node 40

158; 01622,05
146; 03539,10
148; 03631,13
156; 15817,28
155; 01794,85
159; 01579,67


Cluster Node 21

158; 01455,7
146; 03118,65
148; 03589,3
156; 15754,8
155; 01636,12
159; 01442,1

Node 47 und 21: Linux
Node 40 Win XP 32 Bit

Alle laufen mit 2 GHz und den zulässigen Spezifikationen.
 
@piloboy

sehe grad dass du gentoo verwendest. bringt das bei den boinc projekten einen vorteil gegenüber anderen linux distributionen?
 
Linux 64bit kann bei den 169 WUs mit 70 Credits bis zu 20 MIn. schneller sein, als Windows XP 32 bit auf einem S939 X2 CPU System. Mit einer AM2 CPU liegt der vorteil nur noch in Minuten. Eventuell besitzt Linux auch ein besseres Speichermanagement, so das die schmale Bandbreite von den RAM Modulen besser ausgenutzt werden kann.
 
Linux 64bit kann bei den 169 WUs mit 70 Credits bis zu 20 MIn. schneller sein, als Windows XP 32 bit auf einem S939 X2 CPU System. Mit einer AM2 CPU liegt der vorteil nur noch in Minuten. Eventuell besitzt Linux auch ein besseres Speichermanagement, so das die schmale Bandbreite von den RAM Modulen besser ausgenutzt werden kann.
sag mal wann stehst du denn auf sag mal? ;D
halb 6 hab ich noch dicke geratzt *buck*
 
Hi,

ich denke ich bin hier richtig mit meiner Frage...

Sind die Zeiten ok? Ich habe das Gefuehl dass die WUs sehr langsam gerechnet werden im Vergleich... kA wieso...

Mein System:
C2D E 6600@3400MHz
Vista 64 ultimate
hostid=19730
Zeit pro WU :

CASP 207 4.500 sec
CASP 169 8.750 sec


Gleiche Frage fuer meinen Webserver P4 HT 3,2 Linux Debian/Lenny:
hostid=21203
Wobei der noch als Webserver arbeitet, also nicht 100% zur Verfuegung stehen...

CASP 207 14.500 sec
CASP 169 22.750 sec

Eine Frage noch... wieso claimed er so wenig credits? Normal sollte er doch mehr claimen und weniger bekommen, oder?
 
Zuletzt bearbeitet:
Angespornt durch die Versuche von affenkopf, möchte ich nun auch ein paar zum Besten geben.

Mein Rechner:
Win XP SP2, Athlon 64 X2 @ 2100MHz, 2 x 1 GB RAM @ 350 MHz

CASP_169: 16128,09s
CASP_169: 15779,66s
CASP_169: 16290,03s
CASP_169: 16077,23s >>> im Schnitt: 16068,75s

CASP_174: 6766,98s
CASP_174: 6691,50s >>> im Schnitt: 6729,24s

Der gleiche Rechner @ 2000MHz, 2 x 1 GB RAM @ 400 MHz

CASP_169: 16687,92s
CASP_169: 16306,17s >>> im Schnitt: 16497,05s

CASP_174: 6863,77s
CASP_174: 6940,30s
CASP_174: 6918,22s
CASP_174: 6820,75s
CASP_174: 6791,16s >>> im Schnitt: 6866,84s

Das heißt mit 100 MHz (5%) mehr Takt aber 50 MHz (-12,5%) weniger Speichertakt, ist der höher getaktetete Prozzi nur 2,6% (CASP_169), bzw. 2% (CASP_174) schneller.
 
Ich stehe um 5.00 Uhr auf *chatt* und du?

@Elbo: Deine Werte sehen richtig sauber aus, mach weiter so!

Ich habe das Gefuehl ich stehe gar nicht auf *chatt*

Ich habe jetzt komplett auf POEM umgestellt (SETI, Rosetta, QMC und Climate mal auf Pause gestellt ;) )

Ich bin immernoch auf der Suche nach der perfekten CPU... Q9450 hatte ich mir gedacht... Und dann wieder takten :D
 
ja mit dem q9450 bist du wohl derzeit wirklich am besten beraten, habe auch einen davon im einsatz.
.
EDIT :
.

hat jemand einen direkten vergleich, d.h. gleicher rechner zwischen linux und windows 64-bit ?
 
Windows Server 2008 64bit Standard Edition (legale Version ;D mittlerweile wieder runter geworfen )
4283684 4053515 1 Jun 2008 20:22:00 UTC 2 Jun 2008 15:40:29 UTC Over Success Done 14,236.73 68.71 70.33
4283577 4053409 1 Jun 2008 20:22:00 UTC 2 Jun 2008 1:17:45 UTC Over Success Done 14,170.20 68.39 70.33
4283567 4053399 1 Jun 2008 20:22:00 UTC 2 Jun 2008 10:16:52 UTC Over Success Done 14,163.84 68.35
4331993 4098665 2 Jun 2008 17:00:18 UTC 2 Jun 2008 22:30:46 UTC Over Success Done 14,792.56 64.99 70.33
Auf Deutsch: 14340,8325 Sekunden


Ubuntu Feisty 64 bit
4494384 4250081 5 Jun 2008 3:33:39 UTC 6 Jun 2008 3:20:16 UTC Over Success Done 13,019.54 54.36 70.33
4478862 4236081 4 Jun 2008 21:16:10 UTC 6 Jun 2008 3:20:16 UTC Over Success Done 13,432.05 56.09 70.33
4478846 4236065 4 Jun 2008 21:16:10 UTC 6 Jun 2008 3:20:16 UTC Over Success Done 13,042.78 54.46 70.33
4478845 4236064 4 Jun 2008 21:16:10 UTC 5 Jun 2008 10:57:45 UTC Over Success Done 12,899.86 53.86 70.33
4478799 4236018 4 Jun2008 21:15:54 UTC 5 Jun 2008 3:33:39 UTC Over Success Done 12,853.24 53.67 70.33
Auf Deutsch: 13049,494 Sekunden
Bild dir deine Meinung.*lol*

Ach ja: Alles Cluster Node 40
http://www.planet3dnow.de/vbulletin/showthread.php?p=3356066#post3356066

Linux hat ganz klar die bessere Speicherverwaltung und kann mit geringer RAM Bandbreite deutlich besser umgehen.
 
Zuletzt bearbeitet:
Linux hat ganz klar die bessere Speicherverwaltung und kann mit geringer RAM Bandbreite deutlich besser umgehen.
Oder es liegt daran, dass die applikation generell besser mit Linux läuft. Bei simap ist das ja auch der Fall.
Viele wissenschaftlich Programme kommen ja ursprünglich aus der Unix-Welt, wurden dort entwickelt und später erst auf Win exportiert.
Ob sie nun die bessere Speicherverwaltung ausnutzten oder einfach nicht optimal für Win optimiert wurden, weiss wohl nur der Entwickler.
Aber gerade Programme für die Sequenzverarbeitung von DNA/Proteinen (BLAST-algorythmen beispielsweise) sind eigentlich Unix-basiert.
 
Um den Faden nochmal aufzunehmen.

Mein X2@2300 s939, GA-K8NF-9, XP lief bisher mit 2x 256MB - Hm, bischen mau dachte ich mir und hab am Fraitag äh Freitag nen NoName 512 dazu gesteckt.
Ergebnis: die CASP_169 brauchen jetzt im Schitt 1000s länger! :o

Ich kanns zwar technisch nicht erklären weil noob, denke aber das das auch mit der Speicheranbindung zu erklären ist.
Naja, kletter ich Montag wieder untern Tisch und reiß ihn wieder raus...ich verschenk doch keine 1000s pro WU. ;D

MB
 
Ich vermute das durch 3 Module der Dualchannel flöten gegangen ist.

joe
 
Wer sich vorher im Mainboardhandbuch nicht informiert ist es selber schult.:] Dafür gibt es diese Bücher. Sollte man diese einmal verloren haben, so gibt es vom Hersteller aus bestimmt noch eins im PDF Format. Erst Informieren dann kaufen!
 
Ich vermute das durch 3 Module der Dualchannel flöten gegangen ist.

joe

Jepp! Das ist es wohl. War ja auch nur ein Versuch. :)
.
EDIT :
.

Wer sich vorher im Mainboardhandbuch nicht informiert ist es selber schult.:] Dafür gibt es diese Bücher. Sollte man diese einmal verloren haben, so gibt es vom Hersteller aus bestimmt noch eins im PDF Format. Erst Informieren dann kaufen!

-Was ist ein Buch?
-Wer sagt das ich den gekauft habe?
-Was ist Schult?
-Haste Verstopfung? ;D

Tschüß P3D bis morgen.

MB
 
Zurück
Oben Unten