6098 (3, 69, 293) core:0xa3 Bad [Not]

[art_l_j_PlanetAMD64]

I dumped this WU: PRCG 6098 (3, 69, 293) core:0xa3

0% progress after 1 hour, no ETA, no Estimated PPD, no Estimated TPF:

Code: Select all

*********************** Log Started 2013-01-25T00:44:39Z ***********************
00:44:39:************************* Folding@home Client *************************
00:44:39:      Website: http://folding.stanford.edu/
00:44:39:    Copyright: (c) 2009-2012 Stanford University
00:44:39:       Author: Joseph Coffland <joseph@cauldrondevelopment.com>
00:44:39:         Args: --lifeline 752 --command-port=36330
00:44:39:       Config: C:/Documents and Settings/Art Johnson/Application
00:44:39:               Data/FAHClient/config.xml
00:44:39:******************************** Build ********************************
00:44:39:      Version: 7.2.9
00:44:39:         Date: Oct 3 2012
00:44:39:         Time: 18:05:48
00:44:39:      SVN Rev: 3578
00:44:39:       Branch: fah/trunk/client
00:44:39:     Compiler: Intel(R) C++ MSVC 1500 mode 1200
00:44:39:      Options: /TP /nologo /EHa /Qdiag-disable:4297,4103,1786,279 /Ox -arch:SSE
00:44:39:               /QaxSSE2,SSE3,SSSE3,SSE4.1,SSE4.2 /Qopenmp /Qrestrict /MT /Qmkl
00:44:39:     Platform: win32 XP
00:44:39:         Bits: 32
00:44:39:         Mode: Release
00:44:39:******************************* System ********************************
00:44:39:          CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
00:44:39:       CPU ID: AuthenticAMD Family 15 Model 43 Stepping 1
00:44:39:         CPUs: 2
00:44:39:       Memory: 2.00GiB
00:44:39:  Free Memory: 1.44GiB
00:44:39:      Threads: WINDOWS_THREADS
00:44:39:   On Battery: false
00:44:39:   UTC offset: -8
00:44:39:          PID: 3804
00:44:39:          CWD: C:/Documents and Settings/Art Johnson/Application Data/FAHClient
00:44:39:           OS: Microsoft Windows XP Service Pack 3
00:44:39:      OS Arch: X86
00:44:39:         GPUs: 1
00:44:39:        GPU 0: NVIDIA:1 GT200b [GeForce GTX 275]
00:44:39:         CUDA: 1.3
00:44:39:  CUDA Driver: 5000
00:44:39:Win32 Service: false
00:44:39:***********************************************************************
00:44:39:<config>
00:44:39:  <!-- Network -->
00:44:39:  <proxy v=':8080'/>
00:44:39:
00:44:39:  <!-- User Information -->
00:44:39:  <passkey v='********************************'/>
00:44:39:  <team v='45862'/>
00:44:39:  <user v='art_l_j_PlanetAMD64'/>
00:44:39:
00:44:39:  <!-- Work Unit Control -->
00:44:39:  <next-unit-percentage v='100'/>
00:44:39:
00:44:39:  <!-- Folding Slots -->
00:44:39:  <slot id='1' type='SMP'/>
00:44:39:  <slot id='0' type='GPU'/>
00:44:39:</config>

...

13:30:25:WU01:FS00:0x11:Completed 30%
13:30:57:WU01:FS00:0x11:Completed 31%
13:31:29:WU01:FS00:0x11:Completed 32%
13:32:01:WU01:FS00:0x11:Completed 33%
13:32:33:WU01:FS00:0x11:Completed 34%
13:32:56:WU00:FS01:0xa4:Completed 50000000 out of 50000000 steps  (100%)
13:32:57:WU00:FS01:0xa4:DynamicWrapper: Finished Work Unit: sleep=10000
13:32:57:WU02:FS01:Connecting to assign3.stanford.edu:8080
13:32:57:WU02:FS01:News: Welcome to Folding@Home
13:32:57:WU02:FS01:Assigned to work server 128.143.231.202
13:32:57:WU02:FS01:Requesting new work unit for slot 01: RUNNING smp:2 from 128.143.231.202
13:32:57:WU02:FS01:Connecting to 128.143.231.202:8080
13:32:58:WU02:FS01:Downloading 3.64MiB
13:33:04:WU02:FS01:Download 63.60%
13:33:05:WU01:FS00:0x11:Completed 35%
13:33:06:WU02:FS01:Download complete
13:33:06:WU02:FS01:Received Unit: id:02 state:DOWNLOAD error:NO_ERROR project:6098 run:3 clone:69 gen:293 core:0xa3 unit:0x000001750a3b1e594e91ddaf39d60243
13:33:06:WU02:FS01:Downloading project 6098 description
13:33:06:WU02:FS01:Connecting to fah-web.stanford.edu:80
13:33:07:WU00:FS01:0xa4:
13:33:07:WU00:FS01:0xa4:Finished Work Unit:
13:33:07:WU00:FS01:0xa4:- Reading up to 36696 from "00/wudata_01.trr": Read 36696
13:33:07:WU00:FS01:0xa4:trr file hash check passed.
13:33:07:WU00:FS01:0xa4:- Reading up to 601124 from "00/wudata_01.xtc": Read 601124
13:33:07:WU00:FS01:0xa4:xtc file hash check passed.
13:33:07:WU00:FS01:0xa4:edr file hash check passed.
13:33:07:WU00:FS01:0xa4:logfile size: 86776
13:33:07:WU00:FS01:0xa4:Leaving Run
13:33:07:WU00:FS01:0xa4:- Writing 1266260 bytes of core data to disk...
13:33:07:WU02:FS01:Project 6098 description downloaded successfully
13:33:07:WU00:FS01:0xa4:Done: 1265748 -> 908482 (compressed to 71.7 percent)
13:33:07:WU00:FS01:0xa4:  ... Done.
13:33:08:WU00:FS01:0xa4:- Shutting down core
13:33:08:WU00:FS01:0xa4:
13:33:08:WU00:FS01:0xa4:Folding@home Core Shutdown: FINISHED_UNIT
13:33:08:WU00:FS01:FahCore returned: FINISHED_UNIT (100 = 0x64)
13:33:08:WU00:FS01:Sending unit results: id:00 state:SEND error:NO_ERROR project:6338 run:12 clone:38 gen:4 core:0xa4 unit:0x000000060002894b50d1de70c5720b02
13:33:08:WU00:FS01:Uploading 887.69KiB to 155.247.166.219
13:33:08:WU00:FS01:Connecting to 155.247.166.219:8080
13:33:08:WU02:FS01:Starting
13:33:08:WU02:FS01:Running FahCore: "C:\Program Files\FAHClient/FAHCoreWrapper.exe" "C:/Documents and Settings/Art Johnson/Application Data/FAHClient/cores/www.stanford.edu/~pande/Win32/x86/Core_a3.fah/FahCore_a3.exe" -dir 02 -suffix 01 -version 702 -lifeline 3804 -checkpoint 15 -np 2
13:33:08:WU02:FS01:Started FahCore on PID 3668
13:33:08:WU02:FS01:Core PID:1584
13:33:08:WU02:FS01:FahCore 0xa3 started
13:33:08:WU02:FS01:0xa3:
13:33:08:WU02:FS01:0xa3:*------------------------------*
13:33:08:WU02:FS01:0xa3:Folding@Home Gromacs SMP Core
13:33:08:WU02:FS01:0xa3:Version 2.27 (Dec. 15, 2010)
13:33:08:WU02:FS01:0xa3:
13:33:08:WU02:FS01:0xa3:Preparing to commence simulation
13:33:08:WU02:FS01:0xa3:- Looking at optimizations...
13:33:08:WU02:FS01:0xa3:- Created dyn
13:33:08:WU02:FS01:0xa3:- Files status OK
13:33:09:WU02:FS01:0xa3:- Expanded 3812005 -> 4136808 (decompressed 108.5 percent)
13:33:09:WU02:FS01:0xa3:Called DecompressByteArray: compressed_data_size=3812005 data_size=4136808, decompressed_data_size=4136808 diff=0
13:33:09:WU02:FS01:0xa3:- Digital signature verified
13:33:09:WU02:FS01:0xa3:
13:33:09:WU02:FS01:0xa3:Project: 6098 (Run 3, Clone 69, Gen 293)
13:33:09:WU02:FS01:0xa3:
13:33:09:WU02:FS01:0xa3:Assembly optimizations on if available.
13:33:09:WU02:FS01:0xa3:Entering M.D.
13:33:14:WU00:FS01:Upload 100.00%
13:33:14:WU00:FS01:Upload complete
13:33:14:WU00:FS01:Server responded WORK_ACK (400)
13:33:14:WU00:FS01:Final credit estimate, 511.00 points
13:33:14:WU00:FS01:Cleaning up
13:33:15:WU02:FS01:0xa3:Mapping NT from 2 to 2 
13:33:19:WU02:FS01:0xa3:Completed 0 out of 500000 steps  (0%)
13:33:37:WU01:FS00:0x11:Completed 36%
13:34:09:WU01:FS00:0x11:Completed 37%
13:34:41:WU01:FS00:0x11:Completed 38%
13:35:12:WU01:FS00:0x11:Completed 39%
13:35:44:WU01:FS00:0x11:Completed 40%
13:36:16:WU01:FS00:0x11:Completed 41%
13:36:48:WU01:FS00:0x11:Completed 42%
13:37:20:WU01:FS00:0x11:Completed 43%
13:37:52:WU01:FS00:0x11:Completed 44%
13:38:24:WU01:FS00:0x11:Completed 45%
13:38:56:WU01:FS00:0x11:Completed 46%
13:39:28:WU01:FS00:0x11:Completed 47%
13:40:00:WU01:FS00:0x11:Completed 48%
13:40:32:WU01:FS00:0x11:Completed 49%
13:41:04:WU01:FS00:0x11:Completed 50%
13:41:36:WU01:FS00:0x11:Completed 51%
13:42:08:WU01:FS00:0x11:Completed 52%
13:42:40:WU01:FS00:0x11:Completed 53%
13:43:12:WU01:FS00:0x11:Completed 54%
13:43:44:WU01:FS00:0x11:Completed 55%
13:44:15:WU01:FS00:0x11:Completed 56%
13:44:47:WU01:FS00:0x11:Completed 57%
13:45:19:WU01:FS00:0x11:Completed 58%
13:45:51:WU01:FS00:0x11:Completed 59%
13:46:23:WU01:FS00:0x11:Completed 60%
13:46:55:WU01:FS00:0x11:Completed 61%
13:47:27:WU01:FS00:0x11:Completed 62%
13:47:59:WU01:FS00:0x11:Completed 63%
13:48:31:WU01:FS00:0x11:Completed 64%
13:49:03:WU01:FS00:0x11:Completed 65%
13:49:35:WU01:FS00:0x11:Completed 66%
13:50:07:WU01:FS00:0x11:Completed 67%
13:50:39:WU01:FS00:0x11:Completed 68%
13:51:11:WU01:FS00:0x11:Completed 69%
13:51:43:WU01:FS00:0x11:Completed 70%
13:52:14:WU01:FS00:0x11:Completed 71%
13:52:46:WU01:FS00:0x11:Completed 72%
13:53:18:WU01:FS00:0x11:Completed 73%
13:53:50:WU01:FS00:0x11:Completed 74%
13:54:22:WU01:FS00:0x11:Completed 75%
13:54:54:WU01:FS00:0x11:Completed 76%
13:55:26:WU01:FS00:0x11:Completed 77%
13:55:58:WU01:FS00:0x11:Completed 78%
13:56:30:WU01:FS00:0x11:Completed 79%
13:57:02:WU01:FS00:0x11:Completed 80%
13:57:34:WU01:FS00:0x11:Completed 81%
13:58:06:WU01:FS00:0x11:Completed 82%
13:58:38:WU01:FS00:0x11:Completed 83%
13:59:10:WU01:FS00:0x11:Completed 84%
13:59:42:WU01:FS00:0x11:Completed 85%
14:00:14:WU01:FS00:0x11:Completed 86%
14:00:45:WU01:FS00:0x11:Completed 87%
14:01:17:WU01:FS00:0x11:Completed 88%
14:01:49:WU01:FS00:0x11:Completed 89%
14:02:21:WU01:FS00:0x11:Completed 90%
14:02:53:WU01:FS00:0x11:Completed 91%
14:03:25:WU01:FS00:0x11:Completed 92%
14:03:57:WU01:FS00:0x11:Completed 93%
14:04:29:WU01:FS00:0x11:Completed 94%
14:05:01:WU01:FS00:0x11:Completed 95%
14:05:33:WU01:FS00:0x11:Completed 96%
14:06:05:WU01:FS00:0x11:Completed 97%
14:06:37:WU01:FS00:0x11:Completed 98%
14:07:09:WU01:FS00:0x11:Completed 99%
14:07:41:WU01:FS00:0x11:Completed 100%
14:07:41:WU01:FS00:0x11:Successful run
14:07:41:WU01:FS00:0x11:DynamicWrapper: Finished Work Unit: sleep=10000
14:07:41:WU00:FS00:Connecting to assign-GPU.stanford.edu:80
14:07:42:WU00:FS00:News: Welcome to Folding@Home
14:07:42:WU00:FS00:Assigned to work server 171.67.108.11
14:07:42:WU00:FS00:Requesting new work unit for slot 00: RUNNING gpu:0:"GT200b [GeForce GTX 275]" from 171.67.108.11
14:07:42:WU00:FS00:Connecting to 171.67.108.11:8080
14:07:42:WU00:FS00:Downloading 46.13KiB
14:07:43:WU00:FS00:Download complete
14:07:43:WU00:FS00:Received Unit: id:00 state:DOWNLOAD error:NO_ERROR project:5767 run:2 clone:119 gen:5 core:0x11 unit:0x4e72a367510291b00005007700021687
14:07:51:WU01:FS00:0x11:Reserved 75812 bytes for xtc file; Cosm status=0
14:07:51:WU01:FS00:0x11:Allocated 75812 bytes for xtc file
14:07:51:WU01:FS00:0x11:- Reading up to 75812 from "01/wudata_01.xtc": Read 75812
14:07:51:WU01:FS00:0x11:Read 75812 bytes from xtc file; available packet space=786354652
14:07:51:WU01:FS00:0x11:xtc file hash check passed.
14:07:51:WU01:FS00:0x11:Reserved 15168 15168 786354652 bytes for arc file=<01/wudata_01.trr> Cosm status=0
14:07:51:WU01:FS00:0x11:Allocated 15168 bytes for arc file
14:07:51:WU01:FS00:0x11:- Reading up to 15168 from "01/wudata_01.trr": Read 15168
14:07:51:WU01:FS00:0x11:Read 15168 bytes from arc file; available packet space=786339484
14:07:51:WU01:FS00:0x11:trr file hash check passed.
14:07:51:WU01:FS00:0x11:Allocated 560 bytes for edr file
14:07:51:WU01:FS00:0x11:Read bedfile
14:07:51:WU01:FS00:0x11:edr file hash check passed.
14:07:51:WU01:FS00:0x11:Allocated 33406 bytes for logfile
14:07:51:WU01:FS00:0x11:Read logfile
14:07:51:WU01:FS00:0x11:GuardedRun: success in DynamicWrapper
14:07:51:WU01:FS00:0x11:GuardedRun: done
14:07:51:WU01:FS00:0x11:Run: GuardedRun completed.
14:07:55:WU01:FS00:0x11:+ Opened results file
14:07:55:WU01:FS00:0x11:- Writing 125458 bytes of core data to disk...
14:07:55:WU01:FS00:0x11:Done: 124946 -> 99416 (compressed to 79.5 percent)
14:07:55:WU01:FS00:0x11:  ... Done.
14:07:55:WU01:FS00:0x11:DeleteFrameFiles: successfully deleted file=01/wudata_01.ckp
14:07:55:WU01:FS00:0x11:Shutting down core 
14:07:55:WU01:FS00:0x11:
14:07:55:WU01:FS00:0x11:Folding@home Core Shutdown: FINISHED_UNIT
14:07:56:WU01:FS00:FahCore returned: FINISHED_UNIT (100 = 0x64)
14:07:56:WU01:FS00:Sending unit results: id:01 state:SEND error:NO_ERROR project:5768 run:2 clone:190 gen:2878 core:0x11 unit:0x36850fa6510285200b3e00be00021688
14:07:56:WU01:FS00:Uploading 97.59KiB to 171.67.108.11
14:07:56:WU00:FS00:Starting
14:07:56:WU01:FS00:Connecting to 171.67.108.11:8080
14:07:56:WU00:FS00:Running FahCore: "C:\Program Files\FAHClient/FAHCoreWrapper.exe" "C:/Documents and Settings/Art Johnson/Application Data/FAHClient/cores/www.stanford.edu/~pande/Win32/x86/NVIDIA/G80/Core_11.fah/FahCore_11.exe" -dir 00 -suffix 01 -version 702 -lifeline 3804 -checkpoint 15 -gpu 0
14:07:56:WU00:FS00:Started FahCore on PID 2696
14:07:56:WU00:FS00:Core PID:112
14:07:56:WU00:FS00:FahCore 0x11 started
14:07:56:WU00:FS00:0x11:
14:07:56:WU00:FS00:0x11:*------------------------------*
14:07:56:WU00:FS00:0x11:Folding@Home GPU Core
14:07:56:WU00:FS00:0x11:Version 1.31 (Tue Sep 15 10:57:42 PDT 2009)
14:07:56:WU00:FS00:0x11:
14:07:56:WU00:FS00:0x11:Compiler  : Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86 
14:07:56:WU00:FS00:0x11:Build host: amoeba
14:07:56:WU00:FS00:0x11:Board Type: Nvidia
14:07:56:WU00:FS00:0x11:Core      : 
14:07:56:WU00:FS00:0x11:Preparing to commence simulation
14:07:56:WU00:FS00:0x11:- Looking at optimizations...
14:07:56:WU00:FS00:0x11:DeleteFrameFiles: successfully deleted file=00/wudata_01.ckp
14:07:56:WU00:FS00:0x11:- Created dyn
14:07:56:WU00:FS00:0x11:- Files status OK
14:07:56:WU00:FS00:0x11:- Expanded 46721 -> 252912 (decompressed 541.3 percent)
14:07:56:WU00:FS00:0x11:Called DecompressByteArray: compressed_data_size=46721 data_size=252912, decompressed_data_size=252912 diff=0
14:07:56:WU00:FS00:0x11:- Digital signature verified
14:07:56:WU00:FS00:0x11:
14:07:56:WU00:FS00:0x11:Project: 5767 (Run 2, Clone 119, Gen 5)
14:07:56:WU00:FS00:0x11:
14:07:56:WU00:FS00:0x11:Assembly optimizations on if available.
14:07:56:WU00:FS00:0x11:Entering M.D.
14:07:57:WU01:FS00:Upload complete
14:07:57:WU01:FS00:Server responded WORK_ACK (400)
14:07:57:WU01:FS00:Cleaning up
14:08:02:WU00:FS00:0x11:Tpr hash 00/wudata_01.tpr:  1065684629 792297552 2790091874 1089396651 2886596795
14:08:02:WU00:FS00:0x11:
14:08:02:WU00:FS00:0x11:Calling fah_main args: 14 usage=100
14:08:02:WU00:FS00:0x11:
14:08:02:WU00:FS00:0x11:Working on Protein
14:08:03:WU00:FS00:0x11:Client config unavailable.
14:08:03:WU00:FS00:0x11:Starting GUI Server
14:08:35:WU00:FS00:0x11:Completed 1%
14:09:07:WU00:FS00:0x11:Completed 2%
14:09:39:WU00:FS00:0x11:Completed 3%
14:10:11:WU00:FS00:0x11:Completed 4%
14:10:43:WU00:FS00:0x11:Completed 5%
14:11:14:WU00:FS00:0x11:Completed 6%
14:11:46:WU00:FS00:0x11:Completed 7%
14:12:18:WU00:FS00:0x11:Completed 8%
14:12:50:WU00:FS00:0x11:Completed 9%
14:13:22:WU00:FS00:0x11:Completed 10%
14:13:54:WU00:FS00:0x11:Completed 11%
14:14:26:WU00:FS00:0x11:Completed 12%
14:14:58:WU00:FS00:0x11:Completed 13%
14:15:30:WU00:FS00:0x11:Completed 14%
14:16:02:WU00:FS00:0x11:Completed 15%
14:16:34:WU00:FS00:0x11:Completed 16%
14:17:06:WU00:FS00:0x11:Completed 17%
14:17:38:WU00:FS00:0x11:Completed 18%
14:18:09:WU00:FS00:0x11:Completed 19%
14:18:41:WU00:FS00:0x11:Completed 20%
14:19:13:WU00:FS00:0x11:Completed 21%
14:19:45:WU00:FS00:0x11:Completed 22%
14:20:17:WU00:FS00:0x11:Completed 23%
14:20:49:WU00:FS00:0x11:Completed 24%
14:21:21:WU00:FS00:0x11:Completed 25%
14:21:53:WU00:FS00:0x11:Completed 26%
14:22:25:WU00:FS00:0x11:Completed 27%
14:22:57:WU00:FS00:0x11:Completed 28%
14:23:29:WU00:FS00:0x11:Completed 29%
14:24:01:WU00:FS00:0x11:Completed 30%
14:24:32:WU00:FS00:0x11:Completed 31%
14:25:04:WU00:FS00:0x11:Completed 32%
14:25:36:WU00:FS00:0x11:Completed 33%
14:26:09:WU00:FS00:0x11:Completed 34%
14:26:41:WU00:FS00:0x11:Completed 35%
14:27:13:WU00:FS00:0x11:Completed 36%
14:27:46:WU00:FS00:0x11:Completed 37%
14:28:18:WU00:FS00:0x11:Completed 38%
14:28:51:WU00:FS00:0x11:Completed 39%
14:29:24:WU00:FS00:0x11:Completed 40%
14:29:56:WU00:FS00:0x11:Completed 41%
14:30:28:WU00:FS00:0x11:Completed 42%
14:31:01:WU00:FS00:0x11:Completed 43%
14:31:33:WU00:FS00:0x11:Completed 44%

[bollix47]

TPFs of over an hour are not unusual on a dual core for Project 6098. There are no failures in the database so I suspect you may have dumped a work unit that probably shouldn't have been deleted as quickly as you did.

I'll mark it for follow-up but it might not get reassigned for at least 7.7 days.

[bruce]

Though it's a technicality, you didn't wait even a full 60 minutes. The WU started processing at 13:33:19 and the log ends in less than 32 seconds after 14:31:33. Assuming an actual TPF of 1h 30m, the WU would be finished in 6.25 days and earn a bonus because that's before the 7.7 day timeout required by the QRB.

I've got a dual core machine that's currently running a Project 6099 assignment that has a TPF of 1:23:45 and the Points/Deadlines/K-Factor numbers are identical. Total processing time will be 5.82 days which is less than the 7.7 day requirement. (It doesn't happen to have a supported GPU like yours does.) Mine also has a relatively small cache so it often processes much closer to the Timeout on proteins with larger atom counts than when I happen to be assigned a smaller protein.

Hopefully you used the --dump 02 string to dump the WU rather than manually deleting WU files. Then it would have been reassigned quickly rather than waiting 7.7 days (minus 1 hour) for your copy to be declared missing and for somebody else to start on their up-to-7.7 days of processing time. Does your next log show the upload of a DUMPED report?

[art_l_j_PlanetAMD64]

Hopefully you used the --dump 02 string to dump the WU rather than manually deleting WU files. Then it would have been reassigned quickly rather than waiting 7.7 days (minus 1 hour) for your copy to be declared missing and for somebody else to start on their up-to-7.7 days of processing time. Does your next log show the upload of a DUMPED report?

No, I followed the instructions that I found here:

It looks like you have a WU that might be bad. Or possibly, Project 6338 is simulating a small protein and was limited to uniprocessor or SMP:2 systems, and for this particular WU is not splitting into two threads properly and crashing the core. If you want to try checking on the second possibility, pause folding and change the SMP count to 1 using Configure and then restart the SMP slot. If the WU folds, then that was the problem. You can change back to SMP:2 afterwards.

If that does not work, or you don't want to try the setting change, you can dump the WU. Copying directions given by another mod - bollix47, do the following:

You need to Pause folding and delete work/00.

To find work/00 click on Start>All Programs>FAHClient>Data Directory>work

There you can right-click on 00 and select delete.

[7im]

Likely taken out of context by Mod Joe_H, as he did not quote the source of Mod bollix47's source instruction.

Both should know better to be using the dump command instead of this inelegant method.

[bruce]

The official method of dumping a WU is documented under Work Unit Control here:https://fah-web.stanford.edu/projects/F ... tUserGuide and if you know V6, here: https://fah-web.stanford.edu/projects/F ... ncesV6ToV7

Joe's recommendation is quicker but it does more damage to the scientific progress than doing it the right way. In his case, he was working with a WU that was crashing a machine. In your case the WU was not crashing anything and you were simply too impatient and not being considerate of the science. --dump N is the right way to be impatient because it won't waste another 7.7 days on a (presumably) good WU.

By the way, you didn't answer my question about a DUMP report.

[art_l_j_PlanetAMD64]

Likely taken out of context by Mod Joe_H, as he did not quote the source of Mod bollix47's source instruction.

What I did to find this, was to use the forum's search box, and this was the result. Having two mods with the same method on different WUs (although the context of the second one was unknown) led me (mistakenly, I admit) to believe that it was a normal way to do it. I will follow the --dump method that bruce has linked to from now on. Perhaps the other post should be edited, so that it is clear that the method stated there is not the correct one (except in that one unique situation).

The official method of dumping a WU is documented under Work Unit Control here:https://fah-web.stanford.edu/projects/F ... tUserGuide and if you know V6, here: https://fah-web.stanford.edu/projects/F ... ncesV6ToV7

Thanks, I will use that method from now on.

Joe's recommendation is quicker but it does more damage to the scientific progress than doing it the right way. In his case, he was working with a WU that was crashing a machine. In your case the WU was not crashing anything and you were simply too impatient and not being considerate of the science. --dump N is the right way to be impatient because it won't waste another 7.7 days on a (presumably) good WU.

After waiting 58+ minutes, the progress was still displaying 0.00%. Many core/WU combinations start displaying progress right from 0.01% on up, but this must be one of those core/WU combinations that do not display the progress starting at 0.01%. So I (incorrectly, I admit) thought that there was some serious problem with the WU, that after all that time there was zero (not even 0.01%) progress.

By the way, you didn't answer my question about a DUMP report.

Sorry, I don't see one, here is the top of the new log file:

Code: Select all

*********************** Log Started 2013-01-25T15:35:47Z ***********************
15:35:47:************************* Folding@home Client *************************
15:35:47:      Website: http://folding.stanford.edu/
15:35:47:    Copyright: (c) 2009-2012 Stanford University
15:35:47:       Author: Joseph Coffland <joseph@cauldrondevelopment.com>
15:35:47:         Args: --lifeline 3280 --command-port=36330
15:35:47:       Config: C:/Documents and Settings/Art Johnson/Application
15:35:47:               Data/FAHClient/config.xml
15:35:47:******************************** Build ********************************
15:35:47:      Version: 7.2.9
15:35:47:         Date: Oct 3 2012
15:35:47:         Time: 18:05:48
15:35:47:      SVN Rev: 3578
15:35:47:       Branch: fah/trunk/client
15:35:47:     Compiler: Intel(R) C++ MSVC 1500 mode 1200
15:35:47:      Options: /TP /nologo /EHa /Qdiag-disable:4297,4103,1786,279 /Ox -arch:SSE
15:35:47:               /QaxSSE2,SSE3,SSSE3,SSE4.1,SSE4.2 /Qopenmp /Qrestrict /MT /Qmkl
15:35:47:     Platform: win32 XP
15:35:47:         Bits: 32
15:35:47:         Mode: Release
15:35:47:******************************* System ********************************
15:35:47:          CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
15:35:47:       CPU ID: AuthenticAMD Family 15 Model 43 Stepping 1
15:35:47:         CPUs: 2
15:35:47:       Memory: 2.00GiB
15:35:47:  Free Memory: 1.51GiB
15:35:47:      Threads: WINDOWS_THREADS
15:35:47:   On Battery: false
15:35:47:   UTC offset: -8
15:35:47:          PID: 3704
15:35:47:          CWD: C:/Documents and Settings/Art Johnson/Application Data/FAHClient
15:35:47:           OS: Microsoft Windows XP Service Pack 3
15:35:47:      OS Arch: X86
15:35:47:         GPUs: 1
15:35:47:        GPU 0: NVIDIA:1 GT200b [GeForce GTX 275]
15:35:47:         CUDA: 1.3
15:35:47:  CUDA Driver: 5000
15:35:47:Win32 Service: false
15:35:47:***********************************************************************
15:35:48:<config>
15:35:48:  <!-- Network -->
15:35:48:  <proxy v=':8080'/>
15:35:48:
15:35:48:  <!-- User Information -->
15:35:48:  <passkey v='********************************'/>
15:35:48:  <team v='45862'/>
15:35:48:  <user v='art_l_j_PlanetAMD64'/>
15:35:48:
15:35:48:  <!-- Work Unit Control -->
15:35:48:  <next-unit-percentage v='100'/>
15:35:48:
15:35:48:  <!-- Folding Slots -->
15:35:48:  <slot id='1' type='SMP'/>
15:35:48:  <slot id='0' type='GPU'/>
15:35:48:</config>
15:35:48:Trying to access database...
15:35:48:Successfully acquired database lock
15:35:48:Enabled folding slot 01: READY smp:2
15:35:48:Enabled folding slot 00: READY gpu:0:"GT200b [GeForce GTX 275]"
15:35:48:WARNING:WU01:Missing data files, dumping
15:35:48:WU01:FS01:Cleaning up
15:35:48:WU02:FS00:Starting
15:35:48:WU02:FS00:Running FahCore: "C:\Program Files\FAHClient/FAHCoreWrapper.exe" "C:/Documents and Settings/Art Johnson/Application Data/FAHClient/cores/www.stanford.edu/~pande/Win32/x86/NVIDIA/G80/Core_11.fah/FahCore_11.exe" -dir 02 -suffix 01 -version 702 -lifeline 3704 -checkpoint 15 -gpu 0
15:35:48:Server connection id=1 on 0.0.0.0:36330 from 127.0.0.1
15:35:48:WU02:FS00:Started FahCore on PID 3744
15:35:49:WU02:FS00:Core PID:3756
15:35:49:WU02:FS00:FahCore 0x11 started
15:35:49:WU00:FS01:Connecting to assign3.stanford.edu:8080
15:35:50:WU00:FS01:News: Welcome to Folding@Home
15:35:50:WU00:FS01:Assigned to work server 155.247.166.219
15:35:50:WU00:FS01:Requesting new work unit for slot 01: READY smp:2 from 155.247.166.219
15:35:50:WU00:FS01:Connecting to 155.247.166.219:8080
15:35:50:WU02:FS00:0x11:
15:35:50:WU02:FS00:0x11:*------------------------------*
15:35:50:WU02:FS00:0x11:Folding@Home GPU Core
15:35:50:WU02:FS00:0x11:Version 1.31 (Tue Sep 15 10:57:42 PDT 2009)
15:35:50:WU02:FS00:0x11:
15:35:50:WU02:FS00:0x11:Compiler  : Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.762 for 80x86 
15:35:50:WU02:FS00:0x11:Build host: amoeba
15:35:50:WU02:FS00:0x11:Board Type: Nvidia
15:35:50:WU02:FS00:0x11:Core      : 
15:35:50:WU02:FS00:0x11:Preparing to commence simulation
15:35:50:WU02:FS00:0x11:- Looking at optimizations...
15:35:50:WU02:FS00:0x11:- Files status OK
15:35:50:WU02:FS00:0x11:- Expanded 46697 -> 252912 (decompressed 541.6 percent)
15:35:50:WU02:FS00:0x11:Called DecompressByteArray: compressed_data_size=46697 data_size=252912, decompressed_data_size=252912 diff=0
15:35:50:WU02:FS00:0x11:- Digital signature verified
15:35:50:WU02:FS00:0x11:
15:35:50:WU02:FS00:0x11:Project: 5768 (Run 4, Clone 28, Gen 481)
15:35:50:WU02:FS00:0x11:
15:35:50:WU02:FS00:0x11:Assembly optimizations on if available.
15:35:50:WU02:FS00:0x11:Entering M.D.
15:35:50:WU00:FS01:Downloading 16.76KiB
15:35:50:WU00:FS01:Download complete
15:35:50:WU00:FS01:Received Unit: id:00 state:DOWNLOAD error:NO_ERROR project:6338 run:45 clone:26 gen:4 core:0xa4 unit:0x0000000a0002894b50d1dea94f4c6913
15:35:50:WU00:FS01:Starting
15:35:50:WU00:FS01:Running FahCore: "C:\Program Files\FAHClient/FAHCoreWrapper.exe" "C:/Documents and Settings/Art Johnson/Application Data/FAHClient/cores/www.stanford.edu/~pande/Win32/x86/Core_a4.fah/FahCore_a4.exe" -dir 00 -suffix 01 -version 702 -lifeline 3704 -checkpoint 15 -np 2
15:35:50:WU00:FS01:Started FahCore on PID 3836
15:35:51:WU00:FS01:Core PID:3852
15:35:51:WU00:FS01:FahCore 0xa4 started
15:35:51:WU00:FS01:0xa4:

[bruce]

After waiting 58+ minutes, the progress was still displaying 0.00%. Many core/WU combinations start displaying progress right from 0.01% on up, but this must be one of those core/WU combinations that do not display the progress starting at 0.01%. So I (incorrectly, I admit) thought that there was some serious problem with the WU, that after all that time there was zero (not even 0.01%) progress.

You're probably basing your assumptions on a history of WUs for FahCore_a4. I suspect that FahCore_a3 makes fewer progress reports that V7 can process. Every FahCore is different from other FahCores -- sometimes in subtle ways.

[art_l_j_PlanetAMD64]

After waiting 58+ minutes, the progress was still displaying 0.00%. Many core/WU combinations start displaying progress right from 0.01% on up, but this must be one of those core/WU combinations that do not display the progress starting at 0.01%. So I (incorrectly, I admit) thought that there was some serious problem with the WU, that after all that time there was zero (not even 0.01%) progress.

You're probably basing your assumptions on a history of WUs for FahCore_a4. I suspect that FahCore_a3 makes fewer progress reports that V7 can process. Every FahCore is different from other FahCores -- sometimes in subtle ways.

OK, thanks, bruce and Joe_H, for getting me up to speed on these WUs. This same system currently has a P6099 (5, 22, 348) WU, with:

• ETA: 5.46 days
• Base Credit: 1588.00
• Estimated Credit: 4186.27
• Estimated PPD: 758.59
• Estimated TPF: 1 hour 19 mins
• Assigned: 2013-01-26T20:54:33Z
• Timeout: 2013-02-03T13:42:33Z
• Expiration: 2013-02-08T16:06:33Z

I do notice that after reaching 1.00%, the FahCore_a3/P6099 combination does update the progress every 0.01%. Perhaps it is only from 0.00% to 0.99% that the 0.01% granularity is not available for FAHClient/FAHControl to read and display.

[Napoleon]

My guess would be that FahClient or FahControl got its first solid clue about TPF only after the first frame was completed, then started to extrapolate the fractional progress values based on that. The ETA is just an Estimated Time of Arrival, after all.

[art_l_j_PlanetAMD64]

My guess would be that FahClient or FahControl got its first solid clue about TPF only after the first frame was completed, then started to extrapolate the fractional progress values based on that. The ETA is just an Estimated Time of Arrival, after all.

OK, but other core/WU combinations do use the preliminary data from 0.00% to 0.99% to display the Estimated progress so far. I think if the data is available from 1.00% to 100.00%, it should also probably be there from 0.00% to 0.99%.

[bruce]

Why would you think that?

A train left station A at [hh:mm:ss] bound for station B. When will it reach station B?

Without a number for the average speed or second progress report from which you could calculate a speed, there's no way to estimate how long it will take to reach 100%?

As you know, the FahCores were developed independently of others and V7 has to deal with the current version of each FahCore in whatever condition it happens to be in. That includes whatever clues they leave behind as to how much progress they've made.

[Napoleon]

I'd guess the client/control might retain some performance data if you've previously folded WUs from a particular project. Chances are that if you run into a brand new project or install fresh (not keeping the FAH data folder), at least the very first frame of a WU needs to be completed for "new" projects before any estimates can be given. Like bruce mentioned, most likely there are also differences on how frequently the cores report their progress.

[EXT64]

That's what I have seen. The first time it folds a project it can only give performance after the first frame. After it has completed a WU from a project it remembers the performance and guesses it will be the same for each successive WU from that project. Sometimes you will see it way off base (such as after a hardware change or if it is a slow WU in that project).

[bollix47]

The work unit was completed by another folder:

Hi xxxxx (team xxxx),
Your WU (P6098 R3 C69 G293) was added to the stats database on 2013-02-04 20:06:47 for 14161.8 points of credit.

Report closed.