Updating cores on your computer

[Hoppycat]

I don't know whether I'm imagining this or not, but the other day, my laptop had a "mini-crash" and when it rebooted and I looked at the f@h log file, it said that f@h had deleted the old AMBER core, and downloaded a new AMBER core (the code is below). Now my laptop seems to be folding a little faster than on the old AMBER core. So, i'm just wondering if it is an idea to delete cores on my hard drive and let f@h update them, or just wait until f@h thinks it's time to update the core of it's own accord.

Look forward to your replies, and here is the log file after my mini-crash when it loaded a new core
:

Code: Select all

[16:39:15] Folding@Home PMD Core
[16:39:15] Version 1.03 (September 7, 2005)
[16:39:15] 
[16:39:15] Preparing to commence simulation
[16:39:15] - Ensuring status. Please wait.
[16:39:29] CoreStatus = 1 (1)
[16:39:29] Client-core communications error: ERROR 0x1
[16:39:29] Deleting current work unit & continuing...
[16:39:43] - Preparing to get new work unit...
[16:39:43] + Attempting to get work packet
[16:39:43] - Connecting to assignment server
[16:39:44] - Successful: assigned to (169.230.26.30).
[16:39:44] + News From Folding@Home: Welcome to Folding@Home
[16:39:44] Loaded queue successfully.
[16:39:46] + Closed connections
[16:39:51] 
[16:39:51] + Processing work unit
[16:39:51] Core required: FahCore_82.exe
[16:39:51] Core found.
[16:39:51] Working on Unit 04 [October 15 16:39:51]
[16:39:51] + Working ...
[16:39:51] 
[16:39:51] *------------------------------*
[16:39:51] Folding@Home PMD Core
[16:39:51] Version 1.03 (September 7, 2005)
[16:39:51] 
[16:39:51] Preparing to commence simulation
[16:39:51] - Ensuring status. Please wait.
[16:40:01] CoreStatus = 1 (1)
[16:40:01] Client-core communications error: ERROR 0x1
[16:40:01] - Attempting to download new core...
[16:40:01] + Downloading new core: FahCore_82.exe
[16:40:02] + 10240 bytes downloaded
[16:40:03] + 20480 bytes downloaded
[16:40:03] + 30720 bytes downloaded
[16:40:03] + 40960 bytes downloaded
[16:40:03] + 51200 bytes downloaded
[16:40:03] + 61440 bytes downloaded
[16:40:03] + 71680 bytes downloaded
[16:40:03] + 81920 bytes downloaded
[16:40:03] + 92160 bytes downloaded
[16:40:03] + 102400 bytes downloaded
[16:40:03] + 112640 bytes downloaded
[16:40:03] + 122880 bytes downloaded
[16:40:04] + 133120 bytes downloaded
[16:40:04] + 143360 bytes downloaded
[16:40:04] + 153600 bytes downloaded
[16:40:04] + 163840 bytes downloaded
[16:40:04] + 174080 bytes downloaded
[16:40:04] + 184320 bytes downloaded
[16:40:04] + 194560 bytes downloaded
[16:40:04] + 204800 bytes downloaded
[16:40:04] + 215040 bytes downloaded
[16:40:04] + 225280 bytes downloaded
[16:40:04] + 235520 bytes downloaded
[16:40:04] + 245760 bytes downloaded
[16:40:04] + 256000 bytes downloaded
[16:40:04] + 266240 bytes downloaded
[16:40:04] + 276480 bytes downloaded
[16:40:04] + 286720 bytes downloaded
[16:40:04] + 296960 bytes downloaded
[16:40:04] + 307200 bytes downloaded
[16:40:04] + 317440 bytes downloaded
[16:40:04] + 327680 bytes downloaded
[16:40:04] + 337920 bytes downloaded
[16:40:04] + 348160 bytes downloaded
[16:40:04] + 358400 bytes downloaded
[16:40:04] + 368640 bytes downloaded
[16:40:04] + 378880 bytes downloaded
[16:40:04] + 389120 bytes downloaded
[16:40:04] + 399360 bytes downloaded
[16:40:04] + 409600 bytes downloaded
[16:40:04] + 419840 bytes downloaded
[16:40:05] + 430080 bytes downloaded
[16:40:05] + 440320 bytes downloaded
[16:40:05] + 450560 bytes downloaded
[16:40:05] + 460800 bytes downloaded
[16:40:05] + 471040 bytes downloaded
[16:40:05] + 481280 bytes downloaded
[16:40:05] + 491520 bytes downloaded
[16:40:05] + 501760 bytes downloaded
[16:40:05] + 512000 bytes downloaded
[16:40:05] + 522240 bytes downloaded
[16:40:05] + 532480 bytes downloaded
[16:40:05] + 542720 bytes downloaded
[16:40:05] + 552960 bytes downloaded
[16:40:05] + 563200 bytes downloaded
[16:40:05] + 573440 bytes downloaded
[16:40:05] + 583680 bytes downloaded
[16:40:05] + 593920 bytes downloaded
[16:40:05] + 604160 bytes downloaded
[16:40:05] + 614400 bytes downloaded
[16:40:05] + 624640 bytes downloaded
[16:40:05] + 634880 bytes downloaded
[16:40:05] + 645120 bytes downloaded
[16:40:05] + 655360 bytes downloaded
[16:40:05] + 665600 bytes downloaded
[16:40:05] + 675840 bytes downloaded
[16:40:05] + 686080 bytes downloaded
[16:40:05] + 696320 bytes downloaded
[16:40:05] + 706560 bytes downloaded
[16:40:05] + 716479 bytes downloaded
[16:40:05] Verifying core Core_82.fah...
[16:40:05] Signature is VALID
[16:40:05] 
[16:40:05] Trying to unzip core FahCore_82.exe
[16:40:05] Decompressed FahCore_82.exe (1683456 bytes) successfully
[16:40:05] + Core successfully engaged
[16:40:05] Deleting current work unit & continuing...
[16:40:25] - Preparing to get new work unit...
[16:40:25] + Attempting to get work packet
[16:40:25] - Connecting to assignment server
[16:40:26] - Successful: assigned to (169.230.26.30).
[16:40:26] + News From Folding@Home: Welcome to Folding@Home
[16:40:26] Loaded queue successfully.
[16:40:27] + Closed connections

Cheers.

[anandhanju]

Check the core version when it got engaged subsequently. If the version is Version 1.03 (September 7, 2005) which I think it will be, then nothings changed. The WU EUEd catastrophically after the restart, was deleted and the core was re-downloaded as there were 2 back-to-back EUEs to flush out possible errors in the core.

Did you have other processes using the CPU significantly before it crashed? Its possible that FAH has more resources now and is faster.

Unless instructed by a FAH researcher's post, its not necessary to delete cores manually (I've only seen this happen while testing new cores especially for the GPU client). If the WU needs a new core, then it'll automatically request an update. Else, even if there is an updated core in the wild, an older one would be just as good.

[Hoppycat]

Thanks for the info.

[anandhanju]

No problem