• Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
    Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.

Linux SMP -bigadv woes

T4rd

Fully [H]
2FA
Joined
Apr 8, 2009
Messages
21,148
Alright, I've had my Linux SMP setup going for a week or so crunching on normal "big" WUs. So last night I threw in the "-bigadv" flag so I can rake in some more PPD (hopefully). Well after I left it last night, it seemingly errored out and quit. I only had 3600 MBs dedicated to it though, so I up'd it to 4600 MBs. I thought this would fix it, but no, it just died again after 1% saying this in the log:

Code:
[14:05:12] Completed 1804 out of 249999 steps  (0%)
[14:16:23] Completed 2500 out of 249999 steps  (1%)
[14:23:52] CoreStatus = FF (255)
[14:23:52] Sending work to server
[14:23:52] Project: 2681 (Run 7, Clone 7, Gen 41)
[14:23:52] - Error: Could not get length of results file work/wuresults_01.dat
[14:23:52] - Error: Could not read unit 01 file. Removing from queue.
[14:23:52] - Preparing to get new work unit...
[14:23:52] Cleaning up work directory
[14:24:23] + Attempting to get work packet

How much RAM should I be allocating to this? Surely these WUs don't take up more than 4.6 GBs (what the guy is allocating in linked guide below)..?

I'm using the images from this guide Kendrak recommended in the "Who's folding large" thread. I kick off the folding with "./fah6 -big adv -smp 8".

Well, crap, I just got another error while writing this out:

Code:
[14:26:16] Completed 0 out of 249999 steps  (0%)
[14:35:55] 
[14:35:55] Folding@home Core Shutdown: INTERRUPTED
[14:36:03] CoreStatus = FF (255)
[14:36:03] Sending work to server
[14:36:03] Project: 2681 (Run 7, Clone 7, Gen 41)
[14:36:03] - Error: Could not get length of results file work/wuresults_02.dat
[14:36:03] - Error: Could not read unit 02 file. Removing from queue.
[14:36:03] - Preparing to get new work unit...
[14:36:03] Cleaning up work directory
[14:36:05] + Attempting to get work packet

I'm running it in low priority on my "primary rig" in my sig. So any suggestions?

Edit: Apparently there's issues with running the -bigadv flag with 8 cores (-smp 8)? I knocked it down to 7 cores for now to see what it'll do. Has anyone else running -bigadv experienced this?
 
Last edited:
If possilbe, I'd give the VM more memory.

I built my own disk image, stripped out as many modules as looked possible from CentOS 5.4.
so I may need slightly more memory than that disk inage.
My vmware-vmx.exe is useing 4,804 Mb of memory ATM, but it did start at ~4,600 Mb.
So 4,600 Mb may the absolute minimum needed to run or it could be slightly bigger at ~4,800.
Try giving the VM 5,000 Mb, if possible 4,800-4,900 if not, and see how much memory your vmware-vmx.exe wants use.
If it's ~4,600 then set the VM to 4,600-4,800 range.
If it's ~4,800 then you may need to set the VM in the range 4,800-5,000.

I'm begining to think that a box with only 6 Gb of memory is going to be very tight on memory.
I've got 8 Gb of memory in my main skulltrail's box and have slightly less than 2 Gb free.

I've had the VM fail completly with an error and I lost 4 hours of folding before I spotted it.
But I've yet to have a work-unit EUE.


Edit ...........
I've just run "top" on my pure linux box.
Its useing 4,700 Mb of memory when folding -bigadv.

Luck ............ :D
 
Last edited:
Thanks, Tiger :).

I just gave it 5000MB and I'll try it again. I was just folding with -smp 7 (7 cores) to see if that helped since people in that guide thread had issues with 8 cores too. It got further than it did before, but still segfaulted again at 3% into the WU. I'll post back after trying that out. Are you folding with all 8 cores too?
 
Both my boxen running -bigadv have dual Xeon's and are running -bigadv on all 8 cores.

I'm thinking of upgrading some/all of my Q6600's to i7's.
I'm thinking of either Lynnfield's with 8 Gb or Bloomfield's with 9/12 Gb.
The Bloomfield will cost more due to the extra sticks of memory needed and ~40 watts more power drawn.
But will the extra memory bandwidth help folding the -bigadv work-unit, and if so by how much.

Luck ......... :D
 
What points are you getting on the -bigadv work units Tiger (including bonus)?
 
Dual Xeon's @2.66 Ghz do a frame in 42:14, so I'm looking at ~51k or ~17.5k Ppd.
FahSpy records it at ~8.5k PpD.

Dual Xeon's @3.41 Ghz do a frame in 33:02, so I'm looking at ~58k or ~25k PpD.
FahSpy records it at ~11k.

So its ~17.5 + ~25 - ~8.5 - ~11 = ~23k PpD from the bonus on just 2 boxen.

If I swop my Q6600's for i7's and can overclock them fast enough ~3.6-4.0 Ghz and I'll get an 8-9k bonus per box.
So I'll be looking at an extra ~40-50k PpD from the same power useage.
Then its just a question, can an i7 run a -bigadv work-unit at full speed and feed 3 nVidia clients at the same time ??
If it works and I upgrade everything then I could hit ~200k from the same power that did ~120k before -bigadv.
The only downside is I'm looking at ~£4k for the upgrade.

Ps. Bonus calculated at http://www.linuxforge.net/bonuscalc.php

Luck ............ :D
 
Then its just a question, can an i7 run a -bigadv work-unit at full speed and feed 3 nVidia clients at the same time ??
I guess you'll take a small hit on smp/bonus, gpu client takes what, ~3% cpu usage? Really hard too say how much, maybe ~1k ppd per card.

Wow, I need to sell some stuff to get a i7...
That's a good idea. We need to find a cheap stable 1366 board. I found some on ebay going for about $100, not sure how stable/oc is on it tho.
 
Newegg has open box MSI X58M boards for $124.99. It is the same board that I use and I'm getting 3.8 out of my i7 easily. It only has two x16 slots though.
 
what kind of voltage are we talking about at 4.0 - 4.2?
I just leave my voltage to auto
 
Seems bumping the allocated RAM up to 5 GBs fixed it, I'm 9% into a 25,403 pointer @ ~9k PPD as I type :D. Can't wait to start turning these babies in!

Doozer, I've left my P6T Deluxe v1 on Auto voltage and got it up to 4.0. I didn't bench/fold on it though, so I'm not sure if it was stable or not. I have a feeling I might try again soon now that I found out my CPU wasn't running as hot as that crappy Asus Probe software my mobo came with said it was. It said my i7 was getting up to 86°C. under full load. I believed it for a couple months, then tried out Realtemp, this thing doesn't get over 70°C on any core under load! I thought this V8 cooler had to work better than that, for sure, heh. So prolly soon, I'll bump it up to 3.8 GHz or so :D.
 
Alright, well I'm 21% into my first bigadv WU and it's going pretty smooth. Just got one more question now;

When I'm using this Linux VM to fold -bigadv WUs, I had about 90% RAM utilization. But since I just got a new 1920x1200 monitor, I wanted to fire up some games to play on it. But I left the SMP running hoping my system wouldn't hit its RAM cap and start page filing like crazy. Well when I started BF2 up, my RAM utilization actually went down to like 50-60%, hah, and it was still folding! I'm guessing Win7 moved the VMs memory allocation to the page file on the HDD to free up RAM for the game? It just kinda vexed me. I was still getting like 6k PPD while I was playing for a few hours, hah. I just wondered if anyone else had this situation.

Thanks for all the help.
 
Alright, well I'm 21% into my first bigadv WU and it's going pretty smooth. Just got one more question now;

When I'm using this Linux VM to fold -bigadv WUs, I had about 90% RAM utilization. But since I just got a new 1920x1200 monitor, I wanted to fire up some games to play on it. But I left the SMP running hoping my system wouldn't hit its RAM cap and start page filing like crazy. Well when I started BF2 up, my RAM utilization actually went down to like 50-60%, hah, and it was still folding! I'm guessing Win7 moved the VMs memory allocation to the page file on the HDD to free up RAM for the game? It just kinda vexed me. I was still getting like 6k PPD while I was playing for a few hours, hah. I just wondered if anyone else had this situation.

Thanks for all the help.

Well.... this makes win 7 a smart OS. I think I'm going to need to pick up a fast HDD for my new i7 rig. My 6gb memory kit came in yesterday. It seem I might get a better bang for buck if I get a speedy HDD.

Any recommendations?

Thanks T4rd for posting that info!
 
My -bigadv work-unit slows down by ~30 seconds per frame by just useing the internet on my main box.

The faster the drive, the faster you will shut the cores down when the work-unit finishes.
At that point it writes zeros to the drive.
See here.
The best way I've found to increase the speed of a -bigadv workunit is to run the work folders in a ram drive.
This could save the ~30-60 mins it takes to shut a work-unit down.
Read This thread about it.
But IF you loose power, you'll loose work.

Edit, I dont see that type of delay.
It only take ~3 mins to shut the work-unit down.
But ~45-50 mins to upload the results.

Luck ........... :D
 
Last edited:
It seem I might get a better bang for buck if I get a speedy HDD.

Any recommendations?

The seagate and samsung are single platter drives, so thier denser and faster. The WD is a two platter design, and was the last speed champion (cost/performance)

Samsung F3 500gb
http://www.newegg.com/Product/Product.aspx?Item=N82E16822152181

Seagate 7200.12 500gb
http://www.newegg.com/Product/Product.aspx?Item=N82E16822148395

640AALS
http://www.newegg.com/Product/Product.aspx?Item=N82E16822136319
 
Edit, I dont see that type of delay.
It only take ~3 mins to shut the work-unit down.
But ~45-50 mins to upload the results.

Tiger, what kind of upload connectivity are you running there that it takes so long? Or is the processed data just that big? :D

I finally broke down and set the -bigadv flag on 3-4 of my boxen, but have yet to receive anything other than the 2669 and similar work units with 92% time left before deadline. I use a passkey, processed hundreds of A2 cores since using it, and my options are simply "./fah6 -bigadv -smp 8 -verbosity 9" so I'm thinking things should start okay (don't get any errors), but l know I've already processed 14 WU's or so without picking up a large one.

I think Kendrak is behind all of this... :D
 
Tiger, what kind of upload connectivity are you running there that it takes so long? Or is the processed data just that big? :D

I finally broke down and set the -bigadv flag on 3-4 of my boxen, but have yet to receive anything other than the 2669 and similar work units with 92% time left before deadline. I use a passkey, processed hundreds of A2 cores since using it, and my options are simply "./fah6 -bigadv -smp 8 -verbosity 9" so I'm thinking things should start okay (don't get any errors), but l know I've already processed 14 WU's or so without picking up a large one.

I think Kendrak is behind all of this... :D

Are you using a passkey?

you have to use a passkey to pickup a big WU
 
ARRRRGGGG.. "Interrupted" again!

Code:
[08:38:38] Completed 55000 out of 249999 steps  (22%)
[09:22:20] Completed 57500 out of 249999 steps  (23%)
[09:54:45] 
[09:54:45] Folding@home Core Shutdown: INTERRUPTED
[09:54:53] CoreStatus = FF (255)
[09:54:53] Sending work to server
[09:54:53] Project: 2681 (Run 7, Clone 7, Gen 41)
[09:54:53] - Error: Could not get length of results file work/wuresults_03.dat
[09:54:53] - Error: Could not read unit 03 file. Removing from queue.
[09:54:53] - Preparing to get new work unit...
[09:54:53] Cleaning up work directory
[09:55:00] + Attempting to get work packet

It was still folding @ 21% when I stopped gaming on it last night, wtf? I have 5,000 MBs allocated to it, have you seen this happen with that much allocated? I did have to suspend the VM though right after I got done gaming because for some reason both my GPUs got stuck in low power 3D clock mode again which gave me half the PPD I should have. I found a way to circumvent that from happening btw, just check out my post in the "EUE on GPU" thread.


Speedy SATA drive ? A 10,000 rpm Raptor :D

I have two of these in RAID 0. This should be the next best thing to a SSD or RAM drive. They're pretty damn fast! If I could finish a bigadv WU though, I'd tell you how fast they close out! :mad:
 
ARRRRGGGG.. "Interrupted" again!

What are you using for running your virtual machines? I'm using VMWare player 3.0 and have been happy with it so far and no problems with -bigadv.
 
Thanks. I was also wonder why my VM wasn't picking any of them up. I might try one of my ubuntu flash drives.

If your starting with a new passkey then you're best doing 10x 1920 pointers.
You won't get any bonus points untill you do your 11th work-unit on that passkey.
Do you also have the new fah6 ??

This is roughly my normal upload-download times for a -bigadv work-unit.
Code:
[18:57:45] Completed 249999 out of 249999 steps  (100%)
[18:57:53] DynamicWrapper: Finished Work Unit: sleep=10000
[18:58:03] 
[18:58:03] Finished Work Unit:
[18:58:03] - Reading up to 26272464 from "work/wudata_02.trr": Read 26272464
[18:58:03] trr file hash check passed.
[18:58:03] - Reading up to 41979168 from "work/wudata_02.xtc": Read 41979168
[18:58:03] xtc file hash check passed.
[18:58:03] edr file hash check passed.
[18:58:03] logfile size: 198849
[18:58:03] Leaving Run
[18:58:04] - Writing 68615137 bytes of core data to disk...
[18:58:08]   ... Done.
[18:58:29] - Shutting down core
[18:58:29] 
[18:58:29] Folding@home Core Shutdown: FINISHED_UNIT
[19:01:24] CoreStatus = 64 (100)
[19:01:24] Unit 2 finished with 59 percent of time to deadline remaining.
[19:01:24] Updated performance fraction: 0.603199
[19:01:24] Sending work to server
[19:01:24] Project: 2683 (Run 1, Clone 12, Gen 21)


[19:01:24] + Attempting to send results [November 22 19:01:24 UTC]
[19:01:24] - Reading file work/wuresults_02.dat from core
[19:01:25]   (Read 68615137 bytes from disk)
[19:01:25] Connecting to http://171.67.108.22:8080/
[19:27:04] Posted data.
[19:27:04] Initial: 0000; - Uploaded at ~35 kB/s
[19:32:59] - Averaged speed for that direction ~31 kB/s
[19:32:59] + Results successfully sent
[19:32:59] Thank you for your contribution to Folding@Home.
[19:32:59] + Number of Units Completed: 13

[19:33:03] - Warning: Could not delete all work unit files (2): Core file absent
[19:33:03] Trying to send all finished work units
[19:33:03] + No unsent completed units remaining.
[19:33:03] - Preparing to get new work unit...
[19:33:03] Cleaning up work directory
[19:33:03] + Attempting to get work packet
[19:33:03] - Will indicate memory of 999 MB
[19:33:03] - Connecting to assignment server
[19:33:03] Connecting to http://assign.stanford.edu:8080/
[19:33:07] Posted data.
[19:33:07] Initial: 43AB; - Successful: assigned to (171.67.108.22).
[19:33:07] + News From Folding@Home: Welcome to Folding@Home
[19:33:07] Loaded queue successfully.
[19:33:07] Connecting to http://171.67.108.22:8080/
[19:33:47] Posted data.
[19:33:47] Initial: 0000; - Receiving payload (expected size: 30330303)
[19:40:03] - Autosending finished units... [November 22 19:40:03 UTC]
[19:40:03] Trying to send all finished work units
[19:40:03] + No unsent completed units remaining.
[19:40:03] - Autosend completed
[19:57:00] - Downloaded at ~21 kB/s
[19:57:00] - Averaged speed for that direction ~145 kB/s
[19:57:00] + Received work.
[19:57:00] Trying to send all finished work units
[19:57:00] + No unsent completed units remaining.
[19:57:00] + Closed connections
[19:57:00] 
[19:57:00] + Processing work unit
[19:57:00] Core required: FahCore_a2.exe
[19:57:00] Core found.
[19:57:00] Working on queue slot 03 [November 22 19:57:00 UTC]
[19:57:00] + Working ...
[19:57:00] - Calling './mpiexec -np 8 -host 127.0.0.1 ./FahCore_a2.exe -dir work/ -nice 19 -suffix 03 -checkpoint 30 -verbose -lifeline 3646 -version 624'

[19:57:00] 
[19:57:00] *------------------------------*
[19:57:00] Folding@Home Gromacs SMP Core
[19:57:00] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
[19:57:00] 
[19:57:00] Preparing to commence simulation
[19:57:00] - Ensuring status. Please wait.
[19:57:07] Called DecompressByteArray: compressed_data_size=30329791 data_size=159726549, decompressed_data_size=159726549 diff=0
[19:57:10] - Digital signature verified
[19:57:10] 
[19:57:10] Project: 2681 (Run 13, Clone 6, Gen 30)
[19:57:10] 
[19:57:18] Assembly optimizations on if available.
[19:57:18] Entering M.D.
[19:57:33] (Run 13, Clone 6, Gen 30)
So around an hour from the end of one work-unit to the start of the next.
I gather this is normal for -bigadv work-units.

Luck ........... :D
 
What are you using for running your virtual machines? I'm using VMWare player 3.0 and have been happy with it so far and no problems with -bigadv.

Yeah, I've been using VM 3.0.0. It's been reliable in notfreds and just running normal a2 WUs in this same linux VM. Should I allocate more RAM? I'm @ 12% on the next one right now waiting for it to die too :(.
 
ARRRRGGGG.. "Interrupted" again!

Code:
[08:38:38] Completed 55000 out of 249999 steps  (22%)
[09:22:20] Completed 57500 out of 249999 steps  (23%)
[09:54:45] 
[09:54:45] Folding@home Core Shutdown: INTERRUPTED
[09:54:53] CoreStatus = FF (255)
[09:54:53] Sending work to server
[09:54:53] Project: 2681 (Run 7, Clone 7, Gen 41)
[09:54:53] - Error: Could not get length of results file work/wuresults_03.dat
[09:54:53] - Error: Could not read unit 03 file. Removing from queue.
[09:54:53] - Preparing to get new work unit...
[09:54:53] Cleaning up work directory
[09:55:00] + Attempting to get work packet

It was still folding @ 21% when I stopped gaming on it last night, wtf? I have 5,000 MBs allocated to it, have you seen this happen with that much allocated? I did have to suspend the VM though right after I got done gaming because for some reason both my GPUs got stuck in low power 3D clock mode again which gave me half the PPD I should have. I found a way to circumvent that from happening btw, just check out my post in the "EUE on GPU" thread.




I have two of these in RAID 0. This should be the next best thing to a SSD or RAM drive. They're pretty damn fast! If I could finish a bigadv WU though, I'd tell you how fast they close out! :mad:

Are you sure your overclock is stable?...I've finished a few of these big units with only 4.2GB of ram allocated...I'd try bumping up the voltage on the vCore and unCore a bit and see if that helps...

I'm still using my old 74gig raptors as well :)...though they're aging and it's getting about time to replace them...I was running 3 in a RAID 0 and my personal experience shows that it didn't really benefit me at all...perhaps an Areca or Highpoint card would improve the performance of the RAID but the onboard solution just looks good on paper...I still keep two of them in RAID 0 just because 74GB isn't enough for my OS/programs- but I use the third one for my pagefile and virtual machines...works out pretty well :)

edit: I would also try loosening your RAM timings a bit and see if that remedies your situation.
 
Last edited:
Are you sure your overclock is stable?...I've finished a few of these big units with only 4.2GB of ram allocated...I'd try bumping up the voltage on the vCore and unCore a bit and see if that helps...

I'm still using my old 74gig raptors as well :)...though they're aging and it's getting about time to replace them...I was running 3 in a RAID 0 and my personal experience shows that it didn't really benefit me at all...perhaps an Areca or Highpoint card would improve the performance of the RAID but the onboard solution just looks good on paper...I still keep two of them in RAID 0 just because 74GB isn't enough for my OS/programs- but I use the third one for my pagefile and virtual machines...works out pretty well :)

edit: I would also try loosening your RAM timings a bit and see if that remedies your situation.

Thanks, new. I would assume my OC is stable since I've had it like this for a couple months of folding 1920 pt. a2 WUs 24/7 with notfreds without a problem. I've also ran Linx stress test (maxes all threads) for an hour or so and never received an error or miscalculation. The V8 cooler I have on it doesn't let any core go over 70°C either, so it's not running excessively hot.

My raptors are the 300 GB ones and my Asus mobo has two diff RAID controllers (Intel and SAS), I'm using the SAS one and it seems to be working really well with these drives. I never have to wait for anything to load. My games load stupid fast compared to the one 7200 RPM drive in my old rig.

I haven't messed with timings on my RAM either. They're rated for 1600 MHz and that's what I have it running at. Should I still slow it down even though it's stock?
 
Thanks, new. I would assume my OC is stable since I've had it like this for a couple months of folding 1920 pt. a2 WUs 24/7 with notfreds without a problem. I've also ran Linx stress test (maxes all threads) for an hour or so and never received an error or miscalculation. The V8 cooler I have on it doesn't let any core go over 70°C either, so it's not running excessively hot.

My raptors are the 300 GB ones and my Asus mobo has two diff RAID controllers (Intel and SAS), I'm using the SAS one and it seems to be working really well with these drives. I never have to wait for anything to load. My games load stupid fast compared to the one 7200 RPM drive in my old rig.

I haven't messed with timings on my RAM either. They're rated for 1600 MHz and that's what I have it running at. Should I still slow it down even though it's stock?

You could leave it at 1600Mhz and just loosen the CAS timings...maybe it will help, maybe not...these big units seem to be finicky.
 
So for us "newbies" what is the Passkey ? I see it asked in the config, but know nothing more about it.
 
Code:
[22:49:56] Completed 47500 out of 250000 steps  (19%)
[23:36:34] Completed 50000 out of 250000 steps  (20%)
[23:43:47] 
[23:43:47] Folding@home Core Shutdown: INTERRUPTED
[23:43:55] CoreStatus = 66 (102)
[23:43:55] + Shutdown requested by user. Exiting.
Folding@Home Client Shutdown.

I'm going back to notfreds :mad:. I've already lost 3 days of work trying to get this crap to work.
break.gif
 
Code:
--- Opening Log file [November 23 08:04:05 UTC] 


# Linux SMP Console Edition ###################################################
###############################################################################

                       Folding@Home Client Version 6.24R3

                          http://folding.stanford.edu

###############################################################################
###############################################################################

Launch directory: /usr/local/fah
Executable: ./fah6
Arguments: -bigadv -smp 8 

[08:04:05] - Ask before connecting: No
[08:04:05] - User name: T4rd (Team 33)
[08:04:05] - User ID: 38A3453E0E0CB883
[08:04:05] - Machine ID: 1
[08:04:05] 
[08:04:05] Old queue version detected... converting
[08:04:05] Queue v0.00 detected... converting
[08:04:05] Loaded queue successfully.
[08:04:05] - Preparing to get new work unit...
[08:04:05] Cleaning up work directory
[08:04:25] + Attempting to get work packet
[08:04:25] - Connecting to assignment server
[08:04:26] - Successful: assigned to (171.67.108.22).
[08:04:26] + News From Folding@Home: Welcome to Folding@Home
[08:04:26] Loaded queue successfully.
[08:05:31] + Closed connections
[08:05:31] 
[08:05:31] + Processing work unit
[08:05:31] Core required: FahCore_a2.exe
[08:05:31] Core found.
[08:05:31] Working on queue slot 01 [November 23 08:05:31 UTC]
[08:05:31] + Working ...
[08:05:31] 
[08:05:31] *------------------------------*
[08:05:32] Folding@Home Gromacs SMP Core
[08:05:32] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
[08:05:32] 
[08:05:32] Preparing to commence simulation
[08:05:32] - Ensuring status. Please wait.
[08:05:32] Working with standard loops on this execution.
[08:05:32] - Files status OK
[08:05:36] - Expanded 30331702 -> 159726549 (decompressed 101.7 percent)
[08:05:37] 30331702 data_size=159726549, decompressed_data_size=159726549 diff=0
[08:05:37] 9726549, decompressed_data_size=159726549 diff=0
[08:05:38] 7, Clone 7, Gen 41)
[08:05:38] 
[08:05:38] Assembly optimizations on if available.
[08:05:38] Entering M.D.
[08:05:38] ing M.D.
[08:05:51] Clone 7, Gen 41)
[08:05:51] 
[08:05:53] Entering M.D.
[08:06:21] Completed 0 out of 249999 steps  (0%)
[08:47:50] Completed 2500 out of 249999 steps  (1%)
[08:48:23] 
[08:48:23] Folding@home Core Shutdown: INTERRUPTED
[08:48:31] CoreStatus = 66 (102)
[08:48:31] + Shutdown requested by user. Exiting.
Folding@Home Client Shutdown.


--- Opening Log file [November 23 14:04:18 UTC] 


# Linux SMP Console Edition ###################################################
###############################################################################

                       Folding@Home Client Version 6.24R3

                          http://folding.stanford.edu

###############################################################################
###############################################################################

Launch directory: /usr/local/fah
Executable: ./fah6
Arguments: -bigadv -smp 8 

[14:04:18] - Ask before connecting: No
[14:04:18] - User name: T4rd (Team 33)
[14:04:18] - User ID: 38A3453E0E0CB883
[14:04:18] - Machine ID: 1
[14:04:18] 
[14:04:18] Loaded queue successfully.
[14:04:18] 
[14:04:18] + Processing work unit
[14:04:18] Core required: FahCore_a2.exe
[14:04:18] Core found.
[14:04:18] Working on queue slot 01 [November 23 14:04:18 UTC]
[14:04:18] + Working ...
[14:04:18] 
[14:04:18] *------------------------------*
[14:04:18] Folding@Home Gromacs SMP Core
[14:04:18] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
[14:04:18] 
[14:04:18] Preparing to commence simulation
[14:04:18] - Ensuring status. Please wait.
[14:04:18] Files status OK
[14:04:24] - Expanded 30331702 -> 159726549 (decompressed 101.7 percent)
[14:04:24] Called DecompressByteArray: compressed_data_size=30331702 data_size=159726549, decompressed_data_size=159726549 diff=0
[14:04:26] - Digital signature verified
[14:04:26] 
[14:04:26] Project: 2681 (Run 7, Clone 7, Gen 41)
[14:04:26] 
[14:04:27] Assembly optimizations on if available.
[14:04:27] Entering M.D.
[14:04:33] Using Gromacs checkpoints
[14:04:39] 
[14:04:40] Entering M.D.
[14:04:46] Using Gromacs checkpoints
[14:05:07] Resuming from checkpoint
[14:05:08] Verified work/wudata_01.log
[14:05:08] Verified work/wudata_01.trr
[14:05:08] Verified work/wudata_01.xtc
[14:05:08] Verified work/wudata_01.edr
[14:05:12] Completed 1804 out of 249999 steps  (0%)
[14:16:23] Completed 2500 out of 249999 steps  (1%)
[14:23:52] CoreStatus = FF (255)
[14:23:52] Sending work to server
[14:23:52] Project: 2681 (Run 7, Clone 7, Gen 41)
[14:23:52] - Error: Could not get length of results file work/wuresults_01.dat
[14:23:52] - Error: Could not read unit 01 file. Removing from queue.
[14:23:52] - Preparing to get new work unit...
[14:23:52] Cleaning up work directory
[14:24:23] + Attempting to get work packet
[14:24:23] - Connecting to assignment server
[14:24:24] - Successful: assigned to (171.67.108.22).
[14:24:24] + News From Folding@Home: Welcome to Folding@Home
[14:24:24] Loaded queue successfully.
[14:25:28] + Closed connections
[14:25:33] 
[14:25:33] + Processing work unit
[14:25:33] Core required: FahCore_a2.exe
[14:25:33] Core found.
[14:25:33] Working on queue slot 02 [November 23 14:25:33 UTC]
[14:25:33] + Working ...
[14:25:34] 
[14:25:34] *------------------------------*
[14:25:34] Folding@Home Gromacs SMP Core
[14:25:34] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
[14:25:34] 
[14:25:34] Preparing to commence simulation
[14:25:34] - Ensuring status. Please wait.
[14:25:43] - Looking at optimizations...
[14:25:43] - Working with standard loops on this execution.
[14:25:43] - Files status OK
[14:25:50] - Expanded 30331702 -> 159726549 (decompressed 101.7 percent)
[14:25:50] Called DecompressByteArray: compressed_data_size=30331702 data_size=159726549, decompressed_data_size=159726549 diff=0
[14:25:52] - Digital signature verified
[14:25:52] 
[14:25:52] Project: 2681 (Run 7, Clone 7, Gen 41)
[14:25:52] 
[14:25:52] Entering M.D.
[14:26:16] Completed 0 out of 249999 steps  (0%)
[14:35:55] 
[14:35:55] Folding@home Core Shutdown: INTERRUPTED
[14:36:03] CoreStatus = FF (255)
[14:36:03] Sending work to server
[14:36:03] Project: 2681 (Run 7, Clone 7, Gen 41)
[14:36:03] - Error: Could not get length of results file work/wuresults_02.dat
[14:36:03] - Error: Could not read unit 02 file. Removing from queue.
[14:36:03] - Preparing to get new work unit...
[14:36:03] Cleaning up work directory
[14:36:05] + Attempting to get work packet
[14:36:05] - Connecting to assignment server
[14:36:05] - Successful: assigned to (171.67.108.22).
[14:36:05] + News From Folding@Home: Welcome to Folding@Home
[14:36:06] Loaded queue successfully.
[14:37:10] + Closed connections
[14:37:15] 
[14:37:15] + Processing work unit
[14:37:15] Core required: FahCore_a2.exe
[14:37:15] Core found.
[14:37:15] Working on queue slot 03 [November 23 14:37:15 UTC]
[14:37:15] + Working ...
[14:37:15] 
[14:37:15] *------------------------------*
[14:37:15] Folding@Home Gromacs SMP Core
[14:37:15] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
[14:37:15] 
[14:37:15] Preparing to commence simulation
[14:37:15] - Ensuring status. Please wait.
[14:37:21] Called DecompressByteArray: compressed_data_size=30331702 data_size=159726549, decompressed_data_size=159726549 diff=0
[14:37:22] - Digital signature verified
[14:37:22] 
[14:37:22] Project: 2681 (Run 7, Clone 7, Gen 41)
[14:37:22] 
[14:37:22] Assembly optimizations on if available.
[14:37:22] Entering M.D.
[14:37:32]  (Run 7, Clone 7, Gen 41)
[14:37:32] 
[14:37:35] Entering M.D.
[14:50:31] lding@home Core Shutdown: INTERRUPTED
[14:50:39] CoreStatus = 66 (102)
[14:50:39] + Shutdown requested by user. Exiting.
Folding@Home Client Shutdown.


--- Opening Log file [November 23 14:50:52 UTC] 


# Linux SMP Console Edition ###################################################
###############################################################################

                       Folding@Home Client Version 6.24R3

                          http://folding.stanford.edu

###############################################################################
###############################################################################

Launch directory: /usr/local/fah
Executable: ./fah6
Arguments: -bigadv -smp 7 

[14:50:52] - Ask before connecting: No
[14:50:52] - User name: T4rd (Team 33)
[14:50:52] - User ID: 38A3453E0E0CB883
[14:50:52] - Machine ID: 1
[14:50:52] 
[14:50:52] Loaded queue successfully.
[14:50:52] 
[14:50:52] + Processing work unit
[14:50:52] Core required: FahCore_a2.exe
[14:50:52] Core found.
[14:50:52] Working on queue slot 03 [November 23 14:50:52 UTC]
[14:50:52] + Working ...
[14:50:53] 
[14:50:53] *------------------------------*
[14:50:53] Folding@Home Gromacs SMP Core
[14:50:53] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
[14:50:53] 
[14:50:53] Preparing to commence simulation
[14:50:53] - Ensuring status. Please wait.
[14:50:57] Called DecompressByteArray: compressed_data_size=30331702 data_size=159726549, decompressed_data_size=159726549 diff=0
[14:50:58] - Digital signature verified
[14:50:58] 
[14:50:58] Project: 2681 (Run 7, Clone 7, Gen 41)
[14:50:58] 
[14:50:59] Assembly optimizations on if available.
[14:50:59] Entering M.D.
[14:51:09]  (Run 7, Clone 7, Gen 41)
[14:51:09] 
[14:51:11] Entering M.D.
[14:51:32] Completed 0 out of 249999 steps  (0%)
[15:33:36] Completed 2500 out of 249999 steps  (1%)
[16:15:58] Completed 5000 out of 249999 steps  (2%)


--- Opening Log file [November 23 16:30:47 UTC] 


# Linux SMP Console Edition ###################################################
###############################################################################

                       Folding@Home Client Version 6.24R3

                          http://folding.stanford.edu

###############################################################################
###############################################################################

Launch directory: /usr/local/fah
Executable: ./fah6
Arguments: -bigadv -smp 8 

[16:30:47] - Ask before connecting: No
[16:30:47] - User name: T4rd (Team 33)
[16:30:47] - User ID: 38A3453E0E0CB883
[16:30:47] - Machine ID: 1
[16:30:47] 
[16:30:47] Loaded queue successfully.
[16:30:47] 
[16:30:47] + Processing work unit
[16:30:47] Core required: FahCore_a2.exe
[16:30:47] Core found.
[16:30:47] Working on queue slot 03 [November 23 16:30:47 UTC]
[16:30:47] + Working ...
[16:30:48] 
[16:30:48] *------------------------------*
[16:30:48] Folding@Home Gromacs SMP Core
[16:30:48] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
[16:30:48] 
[16:30:48] Preparing to commence simulation
[16:30:48] - Ensuring status. Please wait.
[16:30:48] Files status OK
[16:30:54] - Expanded 30331702 -> 159726549 (decompressed 101.7 percent)
[16:30:54] Called DecompressByteArray: compressed_data_size=30331702 data_size=159726549, decompressed_data_size=159726549 diff=0
[16:30:56] - Digital signature verified
[16:30:56] 
[16:30:56] Project: 2681 (Run 7, Clone 7, Gen 41)
[16:30:56] 
[16:30:57] Assembly optimizations on if available.
[16:30:57] Entering M.D.
[16:31:03] Using Gromacs checkpoints
[16:31:10] 
[16:31:12] Entering M.D.
[16:31:18] Using Gromacs checkpoints
[16:31:40] Resuming from checkpoint
[16:31:41] Verified work/wudata_03.log
[16:31:41] Verified work/wudata_03.trr
[16:31:41] Verified work/wudata_03.xtc
[16:31:41] Verified work/wudata_03.edr
[16:31:46] Completed 5334 out of 249999 steps  (2%)
[17:08:28] Completed 7500 out of 249999 steps  (3%)
[17:47:57] Completed 10000 out of 249999 steps  (4%)
[18:26:58] Completed 12500 out of 249999 steps  (5%)
[19:05:58] Completed 15000 out of 249999 steps  (6%)
[19:47:04] Completed 17500 out of 249999 steps  (7%)
[20:29:40] Completed 20000 out of 249999 steps  (8%)
[21:12:45] Completed 22500 out of 249999 steps  (9%)
[21:55:48] Completed 25000 out of 249999 steps  (10%)
[22:38:45] Completed 27500 out of 249999 steps  (11%)
[23:22:34] Completed 30000 out of 249999 steps  (12%)
[00:04:07] Completed 32500 out of 249999 steps  (13%)
[00:46:17] Completed 35000 out of 249999 steps  (14%)
[01:28:32] Completed 37500 out of 249999 steps  (15%)
[02:10:35] Completed 40000 out of 249999 steps  (16%)
[02:52:29] Completed 42500 out of 249999 steps  (17%)
[03:34:21] Completed 45000 out of 249999 steps  (18%)
[04:16:20] Completed 47500 out of 249999 steps  (19%)
[05:13:57] Completed 50000 out of 249999 steps  (20%)
[07:30:24] Completed 52500 out of 249999 steps  (21%)
[08:38:38] Completed 55000 out of 249999 steps  (22%)
[09:22:20] Completed 57500 out of 249999 steps  (23%)
[09:54:45] 
[09:54:45] Folding@home Core Shutdown: INTERRUPTED
[09:54:53] CoreStatus = FF (255)
[09:54:53] Sending work to server
[09:54:53] Project: 2681 (Run 7, Clone 7, Gen 41)
[09:54:53] - Error: Could not get length of results file work/wuresults_03.dat
[09:54:53] - Error: Could not read unit 03 file. Removing from queue.
[09:54:53] - Preparing to get new work unit...
[09:54:53] Cleaning up work directory
[09:55:00] + Attempting to get work packet
[09:55:00] - Connecting to assignment server
[09:55:00] - Successful: assigned to (171.67.108.22).
[09:55:00] + News From Folding@Home: Welcome to Folding@Home
[09:55:00] Loaded queue successfully.
[09:55:02] - Attempt #1  to get work failed, and no other work to do.
Waiting before retry.
[09:55:20] + Attempting to get work packet
[09:55:20] - Connecting to assignment server
[09:55:20] - Successful: assigned to (171.67.108.22).
[09:55:20] + News From Folding@Home: Welcome to Folding@Home
[09:55:20] Loaded queue successfully.
[09:56:32] + Closed connections
[09:56:37] 
[09:56:37] + Processing work unit
[09:56:37] Core required: FahCore_a2.exe
[09:56:37] Core found.
[09:56:37] Working on queue slot 04 [November 24 09:56:37 UTC]
[09:56:37] + Working ...
[09:56:38] 
[09:56:40] *------------------------------*
[09:56:41] Folding@Home Gromacs SMP Core
[09:56:41] Version 2.10 (Sun Aug 30 03:43:28 CEST 2009)
[09:56:41] 
[09:56:41] Preparing to commence simulation
[09:56:41] - Ensuring status. Please wait.
[09:56:47] - Looking at optimizations...
[09:56:55] - Working with standard loops on this execution.
[09:56:57] - Files status OK
[09:57:25]  (decompressed 100.6 percent)
[09:57:28] 93 (decompressed 100.6 percent)
[09:57:29] Called DecompressByteArray: compressed_data_size=30237168 data_size=159270593, decompressed_data_size=159270593 diff=0
[09:57:30] - Digital signature verified
[09:57:30] 
[09:57:30] Project: 2683 (Run 6, Clone 7, Gen 18)
[09:57:30] 
[09:57:31] Entering M.D.
[10:39:52] pleted 2500 out of 250000 steps  (1%)
[11:20:29] Completed 5000 out of 250000 steps  (2%)
[12:01:05] Completed 7500 out of 250000 steps  (3%)
[12:41:49] Completed 10000 out of 250000 steps  (4%)
[13:20:39] Completed 12500 out of 250000 steps  (5%)
[13:58:32] Completed 15000 out of 250000 steps  (6%)
[14:36:52] Completed 17500 out of 250000 steps  (7%)
[15:17:52] Completed 20000 out of 250000 steps  (8%)
[15:58:24] Completed 22500 out of 250000 steps  (9%)
[16:36:27] Completed 25000 out of 250000 steps  (10%)
[17:14:47] Completed 27500 out of 250000 steps  (11%)
[17:55:21] Completed 30000 out of 250000 steps  (12%)
[18:35:24] Completed 32500 out of 250000 steps  (13%)
[19:16:25] Completed 35000 out of 250000 steps  (14%)
[19:56:53] Completed 37500 out of 250000 steps  (15%)
[20:37:21] Completed 40000 out of 250000 steps  (16%)
[21:19:13] Completed 42500 out of 250000 steps  (17%)
[22:02:30] Completed 45000 out of 250000 steps  (18%)
[22:49:56] Completed 47500 out of 250000 steps  (19%)
[23:36:34] Completed 50000 out of 250000 steps  (20%)
[23:43:47] 
[23:43:47] Folding@home Core Shutdown: INTERRUPTED
[23:43:55] CoreStatus = 66 (102)
[23:43:55] + Shutdown requested by user. Exiting.
Folding@Home Client Shutdown.

There's everything in the whole log. I prolly actually provoked it to die this time as I was playing L4D while folding. But if this thing won't let me use my PC while it's folding, then I don't want to use it. This is my main house box and I game on it a lot too. I figured it would only take up 2 threads and wouldn't affect it much. If you can figure anything out from that log, I'll be much obliged.

Thanks again for all the help, it's just frustrating the hell outta me cuz I'll put in 16 hours of work on a WU and then it gives me the crap you see above.

this sucks :(

have you passed memtest and prime95?

No, but I've ran Linx which max's out all threads (by calculating pi) for a couple hours with no miscalculations. I'll try a memtest though.
 
Last edited:
Well after too many crashes to count, I ran Prime95 and sure enough I error'd out within mins of running it. I'm trying to adjust voltages and stuff as I type this to see what's wrong. I really hope nothing is wrong with any of my hardware because I knocked the BCLK back down to 133 and Vcore to 1.25v and I'm still getting errors rather quickly :(. I do have the multiplier locked at x21 in the BIOS though, I've see some people have issues locking that down, so hopefully I'll figure it out tonight.

Any of you that have i7 920 COs, please let me know what voltages, BLCKs and multipliers you run on your OC. I know all CPUs are different, but I'd like something to go off of if possible.

Thanks for all the help guys.

Edit: Seems it might have been my RAM was clocked just a wee over spec and might have been just enough to cause instability. I had it at 1604 MHz (Rated for 1600) with a 160 BLCK and x21 mulitplier which put me @ 3.36 GHz. I went back and checked out [H]'s review of my mobo and saw Kyle was able to get his 920 stable @ 190 BLCK w/ x20 multiplier which to keep my RAM under 1600 MHz I had to clock it at 1522 MHz. Well I have been running Prime95 for about 20 mins now with no error when before I was getting them within a few mins. All the while I have a larger OC @ 3.8 MHz!! Very nice, eh?! Though my temps are a bit higher than they were maxing at 83°C so far, I think that's still acceptable for this CPU, right? I've been lowering the Vcore steadily while running Prime95. At first I let the mobo set the Vcore (set to auto) and it was giving it 1.43v! Lol, it was almost 100°C with that, so I've knocked it down to 1.25625v and it still seems stable. If anyone else has any more input on this, I'm still all ears!

Edit 2: Yeah, 1.25625v was the lowest I could go. I bumped it down to 1.25v and it BSOD'd on me, hah. So my question is; is this Vcore in line with what you all are running on your 920 OCs?
 
Last edited:
Back
Top