WU rechnet und rechnet und rechnet..

[Norman]

hab erstmal ht abgeschaltet dann nudeln die dinger schneller durch, allerdings hat das wieder ordentlich rechenzeit gekostet.
naja, auf ein neues

[mxplm]

Ich habe darüber auch mal nachgedacht. Ich hätte dann aber <ncpus> in der cc_config.xml auf die Anzahl der physischen Kerne gesetzt. So bleibt das HT Feature zum Vorteil anderer Apps eingeschaltet, die RNA Tasks können jedoch in 99% der Zeit jeweils einen physischen Kern voll auslasten. Linux hat ja schon länger einen smt-aware scheduler, das sollte also gut funktionieren. Da ich jedoch genug Platz im RAM habe und derzeit sowieso nur kurze CMS Tasks, daher nutze ich 4 virtuelle Kerne und vertraue blind auf die zusätzlichen 5-10% Performance, die Intel HT (laut SETI??) bringen soll.

[Norman]

kleinen nebeneffekt hat das ganze auch noch, das abgeschaltete HT/SMT spart mir gerade 45-50w ein, wie ich am messgerät ablesen kann.
also 36kwh im monat oder ~8? bei 24/7h.
ist ne überlegung wert ob man für 5-10% mehr performance das feature aktiviert oder nicht.
bei komplett smt-optimierten anwendungen (die rna-world noch nicht einsetzt) soll/kann das feature jedoch bis zu max. 30% mehr performance bringen und ist somit rentabler.
das merkt man z.b. bei folding mit smp2 oder bei aqua (mt) an den berechnungzeiten.

[mxplm]

45 Watt klingt tierisch viel. Welche CPU ist das denn? Wenn ich über TDP Werte nachdenke kann ich mir eigentlich nicht vorstellen, dass SMT wirklich so extrem viel Strom zieht... Falls doch lohnt es sich wirklich nicht, wenn man dann statt 2 bzw. 4 x 100% eben nur 4 bzw. 8 x 55% an Leistung hat und dafür knapp 100 ? im Jahr zahlt. Und dann könnte man auch zum crunchen auch gleich eine CPU ohne SMT für weniger Geld erstehen.

[coturnix]

@Norman: Bei den Genomen, die du da bekommen hast, liegt der Peak-RAM-Bedarf recht hoch, etwa 5 GB für Oryza sativa Japonica und 7 GB für Canis lupus familiaris. Da dürfen dann wohl nicht mehr als zwei Peaks zusammen fallen, sonst gibt's Ärger.

Tilman

[Bommer]

Hallo

Ich hab bei einen meiner Rechner nun auch wieder mal die "Spitzenkonstellation" von 6 Introns gleichzeitig !!! Rein zufällig hab ich das gesehen (Warten auf Speicher - bei 8GB Ram).

Hab 3 mal abgebrochen und 3 lasse ich weiterrechnen. Dummerweise blockieren die Introns den Rechner immer so sehr, dass dir restlichen WUs dann meistens das Ablaufdatum überschreiten. Und da es derzeit ja so viele kleine Wus gibt, lass ich lieber diese berechnen.

Gruss Bommer

[Norman]

45 Watt klingt tierisch viel. Welche CPU ist das denn? Wenn ich über TDP Werte nachdenke kann ich mir eigentlich nicht vorstellen, dass SMT wirklich so extrem viel Strom zieht... Falls doch lohnt es sich wirklich nicht, wenn man dann statt 2 bzw. 4 x 100% eben nur 4 bzw. 8 x 55% an Leistung hat und dafür knapp 100 ? im Jahr zahlt. Und dann könnte man auch zum crunchen auch gleich eine CPU ohne SMT für weniger Geld erstehen.

das ist ein i7 920@3.9Ghz (im moment). standard 2.67Ghz.
die 45-50W mehr mit smt an ist auch bei standardtakt so in etwa gleich. nicht merklich weniger.
die cores werden auch ca. 10-13°C wärmer je nach anwendung und ich muss mehr volt auf die komponenten geben beim OC um stable zu bleiben.
die lüfter drehen höher als sonst und der geräuschpegel gleicht dem eines staubsaugers

steckdosenleiste(lämpchen)=5-6w 0_o
monitor = 40-45w
graka(100% auslastung)= ~65-70w
system(100% auslastung HT/SMT aus @4.0ghz) = und 1.30625v Vcore ~270-275w
system(100% auslastung HT/SMT aus @3.9ghz und 1.25625v Vcore) 245w-250W
(p.s. mit HT/SMT AN @4.0ghz=315-320W bei vollast und 1.33125v Vcore!)
komplett system idle = 180-185w @4.0ghz ht/smt aus.

komplett system smt/ht an @4.0Ghz (incl. graka 100% last + monitor) = ~380-385w = ~9kwh pro tag
das macht bei einem kilowattpreis von 0,25? und 375w:
~2,25 ? am tag
~67,5? im monat
~810? im Jahr

die nvidia-graka habe ich bis auf weiteres deaktiviert und spare erstmal 10? im monat um die
wiedermal gestiegenen stromkosten so etwas aufzufangen
auch werde ich smt/ht erstmal dauerhaft deaktivieren, da die wenigen prozent performance gewinn (bei nicht mt-optimierter software)
doch stolz mit 45-50w mehr zu buche schlagen.
schade für diverse projekte.

Bei den Genomen, die du da bekommen hast, liegt der Peak-RAM-Bedarf recht hoch, etwa 5 GB für Oryza sativa Japonica und 7 GB für Canis lupus familiaris. Da dürfen dann wohl nicht mehr als zwei Peaks zusammen fallen, sonst gibt's Ärger.

bis jetzt habe ich noch kleine peaks zwischen 1.5-1.6 GB, aber die sind ja auch "erst" angelaufen

[Curly]

Bitte für diesen Task nochmal die Deadline raufsetzen.

Läuft bisher 643 Stunden, Deadline ist in drei Tagen. Hochgerechnete Laufzeit ist um die 750-800 Stunden, basierend auf dem anderen rechnenden Task, der auf einem knapp schnelleren Host ~600 Stunden benötigte, sowie der um 20% längeren geschätzten Laufzeit des Tasks auf dem Referenzsystems.

Da dies meine ersten Intron-WUs sind, kann ich die Verlässlichkeit der Hochrechnung aber nicht einschätzen.

[yoyo]

Ok, verlängert.

[Curly]

Letzte Nacht wurden meine beiden Introns wegen fehlendem Heartbeat des Boinc Clients neu gestartet. Daraufhin habe ich die WUs abgebrochen. Weitere 30 Tage Rechnen ohne Checkpoints ist erst einmal keine Option für mich. Sorry.

[Norman]

könnte man die deadline dieser WU verlängern ?
20 tage wird doch ziemlich knapp sein

[Michael H.W. Weber]

könnte man die deadline dieser WU verlängern ?
20 tage wird doch ziemlich knapp sein

Und wieso sind da "redundant results", wenn noch nichts komplettiert wurde?

Code: Alles auswählen

9171375 	169 	2 Feb 2011 0:02:46 UTC 	2 Feb 2011 1:12:42 UTC 	Redundant result 	0.00 	0.00 	--- 	--- 	cmsearch v0.20 

Michael.