Ultimate Guide To Folding@home

I installed FAH over the weekend and a search didn't bring up this thread so I joined the Firefox team.

I've put that right now. Team 34905
:)
 
Damnatory said:
Woot, finished my first WU, was a 1000 one, only took like 8 hours on my athlon XP 1900, but yet the I'm doing a 2500 on my Athlon XP 3200+ and I'm still at 934/2500 after 24 hours???!!!???
Click to expand...
Lots of things affect how long a particular wu takes, not just the number of steps. You may have a very simple molecule with 1000 steps, or a very complex molecule with the same number of steps. Obviously there are a lot more ways a complex molecule can fold, so the process takes much longer. But you should also get a lot more points for the complex one.
 
13 DrSpud 2256.15 66
14 jaigandhi5 2203.81 61

u think i have a chance of beating him?

currently..on a tinker :angry:
but almost done :rolleyes: 94/100

:ph34r:

edit... not a tinker! its a core_79 :blink: :unsure: :ph34r:
 
Originally posted by liquidacid@22 January 2004 - 01:22
I've joined too and will let this run at all times, unless i'm gaming. I've also had UD Agent running for a while now which helps in cancer research. My computer is running 24-7, and i'm not even at it most the time so why not use up some clock cycles.

Well done jaigandhi5, for promoting this.
Click to expand...


thanx guyz

"Every Mhz Counts" ;)
anyone wana know what gromacs are?

little summary..

What is gromacs?

Gromacs is the new folding core (FAHcore_78.exe) GROMACS provides extremely high performance compared to all other programs. For some calculations, gromacs affords benefits over the current code in FAH (the current code is based on Jay Ponder's Tinker), especially a great speed increase (perhaps up to 10x-20x)

anyone interested..? :rolleyes:
 
Ahh, thanks for clearing that up for me Lynx, it just seemed rather odd that it was taking longer to work on a faster processor. lol

After the first WU, they seem to be going much faster now. The Gromac tags really do help alot!
 
Originally posted by nigel123@3 February 2004 - 21:31
:o Watch out Clocker...Livy is catching up with you.....fast! :o
Click to expand...
YEP, only 32 points in it now. :)

come on peeps were now past the 1000 mark, and just about comin on 900, fold on, and get team klf up the ranks.
 
Originally posted by 4th gen@16 March 2004 - 17:22
Twice now since I've been using F@H, it's crashed taking hours of CPU time with it. The first time I lost about 71% of a work unit, due to a communications error with the server:

"[06:21:45] Completed 355000 out of 500000 steps (71)
[06:33:02] CoreStatus = 1 (1)
[06:33:02] Client-core communications error: ERROR 0x1
[06:33:02] Deleting current work unit & continuing...
[06:33:22] - Preparing to get new work unit...
[06:33:24] + Attempting to get work packet
[06:33:24] - Connecting to assignment server
[06:33:27] + Could not connect to Assignment Server
[06:33:27] + Could not connect to Assignment Server 2
[06:33:27] + Couldn't get work instructions.
[06:33:27] - Error: Attempt #1 to get work failed, and no other work to do.
Waiting before retry."

Which prompted me to stop using it. I retried it the other day, got one WU completed. My PC crashed again today, and no surprise, F@H lost its WU again:

"[16:33:30] Completed 480000 out of 500000 steps (96)"

:(
Click to expand...
The first bit (up to [06:33:02]) indicates some sort of file system error, not a communication error. Basically it could not write the results to the disk, presumably because it thought the file was corrupt. Rather than send bad results back to the source it deleted them.

The next part (up to [06:33:27]) is an attempt to get another WU. First of all it has to connect to an assignment server. This then routes the request to a Work Unit server, but as the error messages suggest it could not even connect to the assignment server.

Both of these events occuring together suggest you have some inherent instability in your system, which is causing the crash. I'm guessing that you are using FAT32 file system. When your system crashes with FAT32, the last part of the file will be lost (just like with Kazaa). So F@H thinks your results are corrupt and discards them (again, like Kazaa downloads).

Suggestions:
Convert to NTFS if you are using FAT32. It won't cure the crash but it may stop you from losing your work.
Sort out your system instability - I've found from experience that raising Vcore slightly (0.025V is usually enough) can cure this problem, even though the system is theoretically running at the correct settings. Watch your temps though.
 
Originally posted by FlyingDutchman@19 March 2004 - 09:36
The amount of frames contained in a WU says nothing 'bout how long it will take to finish the WU.
You can have a 2500 frames WU finishing faster than a 100 frames WU.
On the Summary page you can look up the WU you are working on; find out how many points that one earns you.
My rig (AMD 2400+) is capable of earning me about 3 points an hour.

All WU's are benchmarked on a slow PC (Pentium II 500 I think), and points are given to that particular WU according to the outcome.

Fold on
Click to expand...
 
No idea, your using the graphical version. I use the command line only version, and I have it set in the background to run as a service. Thus if I need to stop it, all I have to do is use the Net commands in the command prompt, and I just have a link to the FAH log, and the info log to check my progress.

Quite handy.
 
Back
Top