Folding@Home Computerbase Team Gründung! Wer ist dabei?

[zogger CkY]

@Carafai: du brauscht eine unterscheideiche machine ID, aber sonst ist es eigentlich egal wie du sie startest

@JensS: lieber wenig punkte als gar keine

 

[JensS.]

Schon.
Ist es eigentlich normal, dass das Notebook anfängt zu glühen?

Ich glaube so richtig was bringt das nicht, aber die 2 WUs schieb' ich jetzt durch.

 

[gehacktesmacher]

Autsch :-)

Ich könnte ja mein Acer Aspire 1522 noch mobilisieren. Dann machen wir nen Contest und schauen welches Notebook zuerst abraucht

 

[Sc0ut3r]

da könnt ich mithalten, altes Gericom Notebook meiner schwerter schaltet sich schon beim inet serfen ab, weils zu heiß wird

 

[AGV]

@toxa
Also falls die Daten auf seiner Homepage noch stimmen, rechnen da immer noch 32 9800GX2 + 23 GTX295.

Er schrieb zwar mal, dass er vor hat den Atlasfolder auf Fermi umzustellen, aber davon sieht man aktuell noch nix. Angeblich is er zumindest schon am testen. Er is mittlerweile auch im Stanford Beta Team.

 

[JensS.]

Sc0ut3r, sie sind raus! Das ist ja Mogelei!

@gehacktesmacher: Hehe, das geht hier noch, solange das Notebook auf dem Tisch steht und hinten ein Stullenbrett druntergeklemmt ist. Dann kommen die CPU-Kerne nur auf 75°C... Das HP ist halt eine doofe Konstruktion. Das Teil aufm Schoß und schon hängt die Öffnung für die Kühlluft auf der Hose. Doof.

 

[Carafai]

@ ScOut3r: Jepp genau den.

@ gehacktesmacher: Nein, CPU Client Machine = ID 1 und GPU = ID 2

 

[gehacktesmacher]

Komisch, das es dann mit dem CPU und GPU Client da gleichzeitig Probleme gibt.
Also ich hab jetzt schon mehrere eingerichtet und bin dabei noch auf kein Problem gestoßen.

 

[Sc0ut3r]

hmm der will mein bigadv nich hochladen

und meine ppd vom CPU client stimmt auch was statt der der 5000 ~ 5600 hab ich nur noch um die 4000 ppd

 

[gehacktesmacher]

Der macht das schon noch
Aber die 6702 ist doch keine bigadv?

 

[Sc0ut3r]

nicht?
zumindest ist das projekt viermal so groß wenn ich mit -bigadv starte

 

[gehacktesmacher]

Hm, sehr komisch. Bis jetzt dachte ich eigentlich das man die bigadv WU's direkt an der 26xx erkennt.

 

[gedon]

Der Client kann doch nicht aus einer normalen SMP WU eine bigadv machen. Er kann lediglich eine bigadv anfordern. Damit du eine zugewiesen bekommst, muss der PC über min 8 Threads verfügen, also entweder 8 reale Kerne (z.B. 2 Quadcores) oder 4 reale und 4 virtuelle (i7 + HT/SMT).
Ich habe mir mal den Scherz erlaubt und habe den FAH Ordner mit ner bigadv von meinem i7 auf mein Lappi kopiert. Der lief auch wunderbar, nur schafft ein Dualcore die Deadlines nicht einmal ansatzweise.
Gerade bei dem p2684 brauch selbst ein i7 9xx @3,7GHz etwas mehr als 3 Tage und ab dem 4. Tag würde der Bonus komplett wegfallen.

 

[Sc0ut3r]

meiner machst aber, ka wiso
für eine normale WU brauch ich etwas über 12h und eine bigadv das vierfache und habe 5 Tage für Zeit

 

[gehacktesmacher]

Stimmt, das mit den bigadvs ist so eine Sache. Ich habs auf meinem i7-860 mal probiert, vorerst aber keine Chance da Intel Standard Kühler.
OC ging zwar, auch bis über die 3,4GHz die ja bei dem 860er Minimum sind um vor der Deadline fertig zu werden. Aber die Temps unter Last waren dann jenseits von gut und böse.

Wird wohl demnächst ne Corsair H70 herhalten müssen


EDIT: Wieviele Credits kriegst du denn für die angebliche bigadv WU?

 

[Sc0ut3r]

bekomm 921 für

und CPU Temps nicht über 48C°

 

[gedon]

Die p6702 ist keine bigadv, ob du das flag setzt oder nicht, das interessiert der WU nicht die Bohne. Einige WUs brauchen nunmal mehr als andere. Bei mir braucht die p6702 pro % etwa 7-11min, p6014 ~3min.
bigadv WUs, die ich bisher bekommen habe, sind: p2682, p2684, p2685
da liegen die Zeiten zwischen 32min und 47min und die Basispunkte sind alleine schon 8955 Punkte

Du kannst ja mal das fah.log hier als Code einfügen, also einmal den Bereich mit bigadv und einmal ohne.

 

[Sc0ut3r]

das ist eine WU ohne bigadv
Launch directory: C:\FaH
Executable: C:\FaH\FaH6.exe


[17:19:20] - Ask before connecting: No
[17:19:20] - User name: sc0ut3r (Team 66332)
[17:19:20] - User ID: 1F7FA5D53E2077DF
[17:19:20] - Machine ID: 1
[17:19:20]
[17:19:20] Loaded queue successfully.
[17:19:20]
[17:19:20] + Processing work unit
[17:19:20] Core required: FahCore_a3.exe
[17:19:20] Core found.
[17:19:20] Working on queue slot 02 [August 12 17:19:20 UTC]
[17:19:20] + Working ...
[17:19:20]
[17:19:20] *------------------------------*
[17:19:20] Folding@Home Gromacs SMP Core
[17:19:20] Version 2.22 (Mar 12, 2010)
[17:19:20]
[17:19:20] Preparing to commence simulation
[17:19:20] - Ensuring status. Please wait.
[17:19:30] - Looking at optimizations...
[17:19:30] - Working with standard loops on this execution.
[17:19:30] - Previous termination of core was improper.
[17:19:30] - Going to use standard loops.
[17:19:30] - Files status OK
[17:19:30] - Expanded 1766437 -> 2254429 (decompressed 127.6 percent)
[17:19:30] Called DecompressByteArray: compressed_data_size=1766437 data_size=2254429, decompressed_data_size=2254429 diff=0
[17:19:30] - Digital signature verified
[17:19:30]
[17:19:30] Project: 6059 (Run 0, Clone 3, Gen 85)
[17:19:30]
[17:19:30] Entering M.D.
[17:19:36] Using Gromacs checkpoints
[17:19:37] Resuming from checkpoint
[17:19:37] Verified work/wudata_02.log
[17:19:37] Verified work/wudata_02.trr
[17:19:37] Verified work/wudata_02.edr
[19:53:20] Completed 495000 out of 500000 steps (99%)
[20:05:25] Completed 500000 out of 500000 steps (100%)
[20:05:26] DynamicWrapper: Finished Work Unit: sleep=10000
[20:05:36]
[20:05:36] Finished Work Unit:
[20:05:36] - Reading up to 3700080 from "work/wudata_02.trr": Read 3700080
[20:05:36] trr file hash check passed.
[20:05:36] edr file hash check passed.
[20:05:36] logfile size: 63271
[20:05:36] Leaving Run
[20:05:41] - Writing 3798903 bytes of core data to disk...
[20:05:41] ... Done.
[20:05:42] - Shutting down core
[20:05:42]
[20:05:42] Folding@home Core Shutdown: FINISHED_UNIT
[20:05:45] CoreStatus = 64 (100)
[20:05:45] Sending work to server
[20:05:45] Project: 6059 (Run 0, Clone 3, Gen 85)

und hier eine mit
Launch directory: C:\FaH
Executable: C:\FaH\FaH6.exe
Arguments: -smp -bigadv

[16:37:04] - Ask before connecting: No
[16:37:04] - User name: sc0ut3r (Team 66332)
[16:37:04] - User ID: 1F7FA5D53E2077DF
[16:37:04] - Machine ID: 1
[16:37:04]
[16:37:05] Loaded queue successfully.
[16:37:05]
[16:37:05] - Autosending finished units... [August 14 16:37:05 UTC]
[16:37:05] + Processing work unit
[16:37:05] Trying to send all finished work units
[16:37:05] Core required: FahCore_a3.exe
[16:37:05] + No unsent completed units remaining.
[16:37:05] Core found.
[16:37:05] - Autosend completed
[16:37:05] Working on queue slot 04 [August 14 16:37:05 UTC]
[16:37:05] + Working ...
[16:37:05] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 04 -np 4 -checkpoint 15 -verbose -lifeline 3876 -version 630'

[16:37:05]
[16:37:05] *------------------------------*
[16:37:05] Folding@Home Gromacs SMP Core
[16:37:05] Version 2.22 (Mar 12, 2010)
[16:37:05]
[16:37:05] Preparing to commence simulation
[16:37:05] - Looking at optimizations...
[16:37:05] - Files status OK
[16:37:05] - Expanded 763286 -> 1404481 (decompressed 184.0 percent)
[16:37:05] Called DecompressByteArray: compressed_data_size=763286 data_size=1404481, decompressed_data_size=1404481 diff=0
[16:37:05] - Digital signature verified
[16:37:05]
[16:37:05] Project: 6702 (Run 12, Clone 54, Gen 15)
[16:37:05]
[16:37:05] Assembly optimizations on if available.
[16:37:05] Entering M.D.
[16:37:11] Using Gromacs checkpoints
[16:37:11] Resuming from checkpoint
[16:37:11] Verified work/wudata_04.log
[16:37:11] Verified work/wudata_04.trr
[16:37:12] Verified work/wudata_04.xtc
[16:37:12] Verified work/wudata_04.edr
[19:27:40] Completed 1980000 out of 2000000 steps (99%)
[19:44:27] Completed 2000000 out of 2000000 steps (100%)
[19:44:27] DynamicWrapper: Finished Work Unit: sleep=10000
[19:44:37]
[19:44:37] Finished Work Unit:
[19:44:37] - Reading up to 687408 from "work/wudata_04.trr": Read 687408
[19:44:37] trr file hash check passed.
[19:44:37] - Reading up to 42692612 from "work/wudata_04.xtc": Read 42692612
[19:44:38] xtc file hash check passed.
[19:44:38] edr file hash check passed.
[19:44:38] logfile size: 296146
[19:44:38] Leaving Run
[19:44:38] - Writing 43678502 bytes of core data to disk...
[19:44:38] ... Done.
[19:44:40] - Shutting down core
[19:44:40]
[19:44:40] Folding@home Core Shutdown: FINISHED_UNIT
[19:44:43] CoreStatus = 64 (100)
[19:44:43] Unit 4 finished with 69 percent of time to deadline remaining.
[19:44:43] Updated performance fraction: 0.816755
[19:44:43] Sending work to server
[19:44:43] Project: 6702 (Run 12, Clone 54, Gen 15)

 

[franeklevy]

Mal zur Verdeutlichung, egal welchen Flag du setzt, du wirst mit deinem System keine BigWU falten können! Dies geht nur ab 8 Kernen (real oder per SMT).

Die Projekte P6xxx sind allesamt normale WUs. Die derzeit erhältlichen Bigs sind die Projekte P268x.

Grüße
franeklevy

 

[Sc0ut3r]

jo mag sein, trozdem gibt es ein kleinen unterschied in der step anzahl