Trouble w/171.64.65.75: 8080/

[rexrzer]

I've been having constant trouble with this server in the headline here, 171.64.65.75: 8080/ for weeks and counting, and it's not all the time, but intermittent. However when the bad thang starts happening it takes a long, long time to cycle out on my laptop folder, and here's what it looks like:

Code: Select all

[18:10:10] Completed 485000 out of 500000 steps  (97%)
[18:15:03] Completed 490000 out of 500000 steps  (98%)
[18:19:57] Completed 495000 out of 500000 steps  (99%)
[18:24:51] Completed 500000 out of 500000 steps  (100%)
[18:24:52] DynamicWrapper: Finished Work Unit: sleep=10000
[18:25:02] 
[18:25:02] Finished Work Unit:
[18:25:02] - Reading up to 3700272 from "work/wudata_09.trr": Read 3700272
[18:25:02] trr file hash check passed.
[18:25:02] edr file hash check passed.
[18:25:02] logfile size: 59763
[18:25:02] Leaving Run
[18:25:05] - Writing 3795363 bytes of core data to disk...
[18:25:06] Done: 3794851 -> 3522446 (compressed to 92.8 percent)
[18:25:06]   ... Done.
[18:25:07] - Shutting down core
[18:25:07] 
[18:25:07] Folding@home Core Shutdown: FINISHED_UNIT
[18:25:10] CoreStatus = 64 (100)
[18:25:10] Unit 9 finished with 92 percent of time to deadline remaining.
[18:25:10] Updated performance fraction: 0.890370
[18:25:10] Sending work to server
[18:25:10] Project: 6996 (Run 0, Clone 60, Gen 265)


[18:25:10] + Attempting to send results [November 20 18:25:10 UTC]
[18:25:10] - Reading file work/wuresults_09.dat from core
[18:25:10]   (Read 3522958 bytes from disk)
[18:25:10] Connecting to http://128.143.199.96:8080/
[18:25:31] - Couldn't send HTTP request to server
[18:25:31] + Could not connect to Work Server (results)
[18:25:31]     (128.143.199.96:8080)
[18:25:31] + Retrying using alternative port
[18:25:31] Connecting to http://128.143.199.96:80/
[18:25:52] - Couldn't send HTTP request to server
[18:25:52] + Could not connect to Work Server (results)
[18:25:52]     (128.143.199.96:80)
[18:25:52] - Error: Could not transmit unit 09 (completed November 20) to work server.
[18:25:52] - 1 failed uploads of this unit.
[18:25:52]   Keeping unit 09 in queue.
[18:25:52] Trying to send all finished work units
[18:25:52] Project: 6996 (Run 0, Clone 60, Gen 265)


[18:25:52] + Attempting to send results [November 20 18:25:52 UTC]
[18:25:52] - Reading file work/wuresults_09.dat from core
[18:25:52]   (Read 3522958 bytes from disk)
[18:25:52] Connecting to http://128.143.199.96:8080/
[18:25:54] Posted data.
[18:25:55] Initial: 0000; - Uploaded at ~1147 kB/s
[18:25:55] - Averaged speed for that direction ~1158 kB/s
[18:25:55] + Results successfully sent
[18:25:55] Thank you for your contribution to Folding@Home.
[18:25:55] + Number of Units Completed: 310

[18:25:55] + Sent 1 of 1 completed units to the server
[18:25:55] - Preparing to get new work unit...
[18:25:55] Cleaning up work directory
[18:25:55] + Attempting to get work packet
[18:25:55] Passkey found
[18:25:55] - Will indicate memory of 8192 MB
[18:25:55] - Connecting to assignment server
[18:25:55] Connecting to http://assign.stanford.edu:8080/
[18:25:55] Posted data.
[18:25:55] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:25:55] + News From Folding@Home: Welcome to Folding@Home
[18:25:55] Loaded queue successfully.
[18:25:55] Sent data
[18:25:55] Connecting to http://171.64.65.75:8080/
[18:25:56] Posted data.
[18:25:56] Initial: 0000; - Receiving payload (expected size: 754801)
[18:25:56] Conversation time very short, giving reduced weight in bandwidth avg
[18:25:56] - Downloaded at ~1474 kB/s
[18:25:56] - Averaged speed for that direction ~1150 kB/s
[18:25:56] + Received work.
[18:25:56] Trying to send all finished work units
[18:25:56] + No unsent completed units remaining.
[18:25:56] + Closed connections
[18:25:56] 
[18:25:56] + Processing work unit
[18:25:56] Core required: FahCore_a3.exe
[18:25:56] Core found.
[18:25:56] Working on queue slot 00 [November 20 18:25:56 UTC]
[18:25:56] + Working ...
[18:25:56] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 00 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:25:56] 
[18:25:56] *------------------------------*
[18:25:56] Folding@Home Gromacs SMP Core
[18:25:56] Version 2.27 (Dec. 15, 2010)
[18:25:56] 
[18:25:56] Preparing to commence simulation
[18:25:56] - Looking at optimizations...
[18:25:56] - Created dyn
[18:25:56] - Files status OK
[18:25:56] - Expanded 754289 -> 1428856 (decompressed 189.4 percent)
[18:25:56] Called DecompressByteArray: compressed_data_size=754289 data_size=1428856, decompressed_data_size=1428856 diff=0
[18:25:57] - Digital signature verified
[18:25:57] 
[18:25:57] Project: 10132 (Run 89, Clone 0, Gen 15)
[18:25:57] 
[18:25:57] Assembly optimizations on if available.
[18:25:57] Entering M.D.
[18:26:03] Mapping NT from 7 to 7 
[18:26:03] mdrun returned 255
[18:26:03] Going to send back what have done -- stepsTotalG=2000000
[18:26:03] Work fraction=0.0000 steps=2000000.
[18:26:07] logfile size=6820 infoLength=6820 edr=0 trr=25
[18:26:07] logfile size: 6820 info=6820 bed=0 hdr=25
[18:26:07] - Writing 7358 bytes of core data to disk...
[18:26:07] Done: 6846 -> 2418 (compressed to 35.3 percent)
[18:26:07]   ... Done.
[18:26:07] 
[18:26:07] Folding@home Core Shutdown: EARLY_UNIT_END
[18:26:11] CoreStatus = 72 (114)
[18:26:11] Sending work to server
[18:26:11] Project: 10132 (Run 89, Clone 0, Gen 15)


[18:26:11] + Attempting to send results [November 20 18:26:11 UTC]
[18:26:11] - Reading file work/wuresults_00.dat from core
[18:26:11]   (Read 2930 bytes from disk)
[18:26:11] Connecting to http://171.64.65.75:8080/
[18:26:11] Posted data.
[18:26:11] Initial: 0000; Conversation time very short, giving reduced weight in bandwidth avg
[18:26:11] - Uploaded at ~7 kB/s
[18:26:11] - Averaged speed for that direction ~1030 kB/s
[18:26:11] + Results successfully sent
[18:26:11] Thank you for your contribution to Folding@Home.
[18:26:15] Trying to send all finished work units
[18:26:15] + No unsent completed units remaining.
[18:26:15] - Preparing to get new work unit...
[18:26:15] Cleaning up work directory
[18:26:15] + Attempting to get work packet
[18:26:15] Passkey found
[18:26:15] - Will indicate memory of 8192 MB
[18:26:15] - Connecting to assignment server
[18:26:15] Connecting to http://assign.stanford.edu:8080/
[18:26:15] Posted data.
[18:26:15] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:26:15] + News From Folding@Home: Welcome to Folding@Home
[18:26:15] Loaded queue successfully.
[18:26:15] Sent data
[18:26:15] Connecting to http://171.64.65.75:8080/
[18:26:16] Posted data.
[18:26:16] Initial: 0000; - Receiving payload (expected size: 754962)
[18:26:16] Conversation time very short, giving reduced weight in bandwidth avg
[18:26:16] - Downloaded at ~1474 kB/s
[18:26:16] - Averaged speed for that direction ~1186 kB/s
[18:26:16] + Received work.
[18:26:16] Trying to send all finished work units
[18:26:16] + No unsent completed units remaining.
[18:26:16] + Closed connections
[18:26:21] 
[18:26:21] + Processing work unit
[18:26:21] Core required: FahCore_a3.exe
[18:26:21] Core found.
[18:26:21] Working on queue slot 01 [November 20 18:26:21 UTC]
[18:26:21] + Working ...
[18:26:21] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 01 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:26:21] 
[18:26:21] *------------------------------*
[18:26:21] Folding@Home Gromacs SMP Core
[18:26:21] Version 2.27 (Dec. 15, 2010)
[18:26:21] 
[18:26:21] Preparing to commence simulation
[18:26:21] - Looking at optimizations...
[18:26:21] - Created dyn
[18:26:21] - Files status OK
[18:26:21] - Expanded 754450 -> 1428856 (decompressed 189.3 percent)
[18:26:21] Called DecompressByteArray: compressed_data_size=754450 data_size=1428856, decompressed_data_size=1428856 diff=0
[18:26:21] - Digital signature verified
[18:26:21] 
[18:26:21] Project: 10132 (Run 0, Clone 0, Gen 16)
[18:26:21] 
[18:26:21] Assembly optimizations on if available.
[18:26:21] Entering M.D.
[18:26:28] Mapping NT from 7 to 7 
[18:26:28] mdrun returned 255
[18:26:28] Going to send back what have done -- stepsTotalG=2000000
[18:26:28] Work fraction=0.0000 steps=2000000.
[18:26:32] logfile size=6820 infoLength=6820 edr=0 trr=25
[18:26:32] logfile size: 6820 info=6820 bed=0 hdr=25
[18:26:32] - Writing 7358 bytes of core data to disk...
[18:26:32] Done: 6846 -> 2414 (compressed to 35.2 percent)
[18:26:32]   ... Done.
[18:26:32] 
[18:26:32] Folding@home Core Shutdown: EARLY_UNIT_END
[18:26:35] CoreStatus = 72 (114)
[18:26:35] Sending work to server
[18:26:35] Project: 10132 (Run 0, Clone 0, Gen 16)


[18:26:35] + Attempting to send results [November 20 18:26:35 UTC]
[18:26:35] - Reading file work/wuresults_01.dat from core
[18:26:35]   (Read 2926 bytes from disk)
[18:26:35] Connecting to http://171.64.65.75:8080/
[18:26:36] Posted data.
[18:26:36] Initial: 0000; - Uploaded at ~3 kB/s
[18:26:36] - Averaged speed for that direction ~825 kB/s
[18:26:36] + Results successfully sent
[18:26:36] Thank you for your contribution to Folding@Home.
[18:26:40] Trying to send all finished work units
[18:26:40] + No unsent completed units remaining.
[18:26:40] - Preparing to get new work unit...
[18:26:40] Cleaning up work directory
[18:26:40] + Attempting to get work packet
[18:26:40] Passkey found
[18:26:40] - Will indicate memory of 8192 MB
[18:26:40] - Connecting to assignment server
[18:26:40] Connecting to http://assign.stanford.edu:8080/
[18:26:40] Posted data.
[18:26:40] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:26:40] + News From Folding@Home: Welcome to Folding@Home
[18:26:40] Loaded queue successfully.
[18:26:40] Sent data
[18:26:40] Connecting to http://171.64.65.75:8080/
[18:26:41] Posted data.
[18:26:41] Initial: 0000; - Receiving payload (expected size: 792123)
[18:26:41] Conversation time very short, giving reduced weight in bandwidth avg
[18:26:41] - Downloaded at ~1547 kB/s
[18:26:41] - Averaged speed for that direction ~1226 kB/s
[18:26:41] + Received work.
[18:26:41] Trying to send all finished work units
[18:26:41] + No unsent completed units remaining.
[18:26:41] + Closed connections
[18:26:46] 
[18:26:46] + Processing work unit
[18:26:46] Core required: FahCore_a3.exe
[18:26:46] Core found.
[18:26:46] Working on queue slot 02 [November 20 18:26:46 UTC]
[18:26:46] + Working ...
[18:26:46] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 02 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:26:46] 
[18:26:46] *------------------------------*
[18:26:46] Folding@Home Gromacs SMP Core
[18:26:46] Version 2.27 (Dec. 15, 2010)
[18:26:46] 
[18:26:46] Preparing to commence simulation
[18:26:46] - Looking at optimizations...
[18:26:46] - Created dyn
[18:26:46] - Files status OK
[18:26:47] - Expanded 791611 -> 1476132 (decompressed 186.4 percent)
[18:26:47] Called DecompressByteArray: compressed_data_size=791611 data_size=1476132, decompressed_data_size=1476132 diff=0
[18:26:47] - Digital signature verified
[18:26:47] 
[18:26:47] Project: 10125 (Run 70, Clone 2, Gen 41)
[18:26:47] 
[18:26:47] Assembly optimizations on if available.
[18:26:47] Entering M.D.
[18:26:53] Mapping NT from 7 to 7 
[18:26:53] mdrun returned 255
[18:26:53] Going to send back what have done -- stepsTotalG=2000000
[18:26:53] Work fraction=0.0000 steps=2000000.
[18:26:57] logfile size=6820 infoLength=6820 edr=0 trr=25
[18:26:57] logfile size: 6820 info=6820 bed=0 hdr=25
[18:26:57] - Writing 7358 bytes of core data to disk...
[18:26:57] Done: 6846 -> 2398 (compressed to 35.0 percent)
[18:26:57]   ... Done.
[18:26:57] 
[18:26:57] Folding@home Core Shutdown: EARLY_UNIT_END
[18:27:00] CoreStatus = 72 (114)
[18:27:00] Sending work to server
[18:27:00] Project: 10125 (Run 70, Clone 2, Gen 41)


[18:27:00] + Attempting to send results [November 20 18:27:00 UTC]
[18:27:00] - Reading file work/wuresults_02.dat from core
[18:27:00]   (Read 2910 bytes from disk)
[18:27:00] Connecting to http://171.64.65.75:8080/
[18:27:01] Posted data.
[18:27:01] Initial: 0000; - Uploaded at ~3 kB/s
[18:27:01] - Averaged speed for that direction ~660 kB/s
[18:27:01] + Results successfully sent
[18:27:01] Thank you for your contribution to Folding@Home.
[18:27:05] Trying to send all finished work units
[18:27:05] + No unsent completed units remaining.
[18:27:05] - Preparing to get new work unit...
[18:27:05] Cleaning up work directory
[18:27:05] + Attempting to get work packet
[18:27:05] Passkey found
[18:27:05] - Will indicate memory of 8192 MB
[18:27:05] - Connecting to assignment server
[18:27:05] Connecting to http://assign.stanford.edu:8080/
[18:27:05] Posted data.
[18:27:05] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:27:05] + News From Folding@Home: Welcome to Folding@Home
[18:27:05] Loaded queue successfully.
[18:27:05] Sent data
[18:27:05] Connecting to http://171.64.65.75:8080/
[18:27:06] Posted data.
[18:27:06] Initial: 0000; - Receiving payload (expected size: 790627)
[18:27:06] Conversation time very short, giving reduced weight in bandwidth avg
[18:27:06] - Downloaded at ~1544 kB/s
[18:27:06] - Averaged speed for that direction ~1262 kB/s
[18:27:06] + Received work.
[18:27:06] Trying to send all finished work units
[18:27:06] + No unsent completed units remaining.
[18:27:06] + Closed connections
[18:27:11] 
[18:27:11] + Processing work unit
[18:27:11] Core required: FahCore_a3.exe
[18:27:11] Core found.
[18:27:11] Working on queue slot 03 [November 20 18:27:11 UTC]
[18:27:11] + Working ...
[18:27:11] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 03 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:27:11] 
[18:27:11] *------------------------------*
[18:27:11] Folding@Home Gromacs SMP Core
[18:27:11] Version 2.27 (Dec. 15, 2010)
[18:27:11] 
[18:27:11] Preparing to commence simulation
[18:27:11] - Looking at optimizations...
[18:27:11] - Created dyn
[18:27:11] - Files status OK
[18:27:12] - Expanded 790115 -> 1476132 (decompressed 186.8 percent)
[18:27:12] Called DecompressByteArray: compressed_data_size=790115 data_size=1476132, decompressed_data_size=1476132 diff=0
[18:27:12] - Digital signature verified
[18:27:12] 
[18:27:12] Project: 10125 (Run 69, Clone 0, Gen 37)
[18:27:12] 
[18:27:12] Assembly optimizations on if available.
[18:27:12] Entering M.D.
[18:27:18] Mapping NT from 7 to 7 
[18:27:18] mdrun returned 255
[18:27:18] Going to send back what have done -- stepsTotalG=2000000
[18:27:18] Work fraction=0.0000 steps=2000000.
[18:27:22] logfile size=6820 infoLength=6820 edr=0 trr=25
[18:27:22] logfile size: 6820 info=6820 bed=0 hdr=25
[18:27:22] - Writing 7358 bytes of core data to disk...
[18:27:22] Done: 6846 -> 2417 (compressed to 35.3 percent)
[18:27:22]   ... Done.
[18:27:22] 
[18:27:22] Folding@home Core Shutdown: EARLY_UNIT_END
[18:27:25] CoreStatus = 72 (114)
[18:27:25] Sending work to server
[18:27:25] Project: 10125 (Run 69, Clone 0, Gen 37)


[18:27:25] + Attempting to send results [November 20 18:27:25 UTC]
[18:27:25] - Reading file work/wuresults_03.dat from core
[18:27:25]   (Read 2929 bytes from disk)
[18:27:25] Connecting to http://171.64.65.75:8080/
[18:27:26] Posted data.
[18:27:26] Initial: 0000; - Uploaded at ~3 kB/s
[18:27:26] - Averaged speed for that direction ~529 kB/s
[18:27:26] + Results successfully sent
[18:27:26] Thank you for your contribution to Folding@Home.
[18:27:30] Trying to send all finished work units
[18:27:30] + No unsent completed units remaining.
[18:27:30] - Preparing to get new work unit...
[18:27:30] Cleaning up work directory
[18:27:30] + Attempting to get work packet
[18:27:30] Passkey found
[18:27:30] - Will indicate memory of 8192 MB
[18:27:30] - Connecting to assignment server
[18:27:30] Connecting to http://assign.stanford.edu:8080/
[18:27:30] Posted data.
[18:27:30] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:27:30] + News From Folding@Home: Welcome to Folding@Home
[18:27:30] Loaded queue successfully.
[18:27:30] Sent data
[18:27:30] Connecting to http://171.64.65.75:8080/
[18:27:31] Posted data.
[18:27:31] Initial: 0000; - Receiving payload (expected size: 789943)
[18:27:31] Conversation time very short, giving reduced weight in bandwidth avg
[18:27:31] - Downloaded at ~1542 kB/s
[18:27:31] - Averaged speed for that direction ~1293 kB/s
[18:27:31] + Received work.
[18:27:31] Trying to send all finished work units
[18:27:31] + No unsent completed units remaining.
[18:27:31] + Closed connections
[18:27:36] 
[18:27:36] + Processing work unit
[18:27:36] Core required: FahCore_a3.exe
[18:27:36] Core found.
[18:27:36] Working on queue slot 04 [November 20 18:27:36 UTC]
[18:27:36] + Working ...
[18:27:36] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 04 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:27:36] 
[18:27:36] *------------------------------*
[18:27:36] Folding@Home Gromacs SMP Core
[18:27:36] Version 2.27 (Dec. 15, 2010)
[18:27:36] 
[18:27:36] Preparing to commence simulation
[18:27:36] - Looking at optimizations...
[18:27:36] - Created dyn
[18:27:36] - Files status OK
[18:27:37] - Expanded 789431 -> 1476132 (decompressed 186.9 percent)
[18:27:37] Called DecompressByteArray: compressed_data_size=789431 data_size=1476132, decompressed_data_size=1476132 diff=0
[18:27:37] - Digital signature verified
[18:27:37] 
[18:27:37] Project: 10125 (Run 85, Clone 1, Gen 38)
[18:27:37] 
[18:27:37] Assembly optimizations on if available.
[18:27:37] Entering M.D.
[18:27:43] Mapping NT from 7 to 7 
[18:27:43] mdrun returned 255
[18:27:43] Going to send back what have done -- stepsTotalG=2000000
[18:27:43] Work fraction=0.0000 steps=2000000.
[18:27:47] logfile size=6820 infoLength=6820 edr=0 trr=25
[18:27:47] logfile size: 6820 info=6820 bed=0 hdr=25
[18:27:47] - Writing 7358 bytes of core data to disk...
[18:27:47] Done: 6846 -> 2408 (compressed to 35.1 percent)
[18:27:47]   ... Done.
[18:27:47] 
[18:27:47] Folding@home Core Shutdown: EARLY_UNIT_END
[18:27:50] CoreStatus = 72 (114)
[18:27:50] Sending work to server
[18:27:50] Project: 10125 (Run 85, Clone 1, Gen 38)


[18:27:50] + Attempting to send results [November 20 18:27:50 UTC]
[18:27:50] - Reading file work/wuresults_04.dat from core
[18:27:50]   (Read 2920 bytes from disk)
[18:27:50] Connecting to http://171.64.65.75:8080/
[18:27:51] Posted data.
[18:27:51] Initial: 0000; - Uploaded at ~3 kB/s
[18:27:51] - Averaged speed for that direction ~424 kB/s
[18:27:51] + Results successfully sent
[18:27:51] Thank you for your contribution to Folding@Home.
[18:27:55] Trying to send all finished work units
[18:27:55] + No unsent completed units remaining.
[18:27:55] - Preparing to get new work unit...
[18:27:55] Cleaning up work directory
[18:27:55] + Attempting to get work packet
[18:27:55] Passkey found
[18:27:55] - Will indicate memory of 8192 MB
[18:27:55] - Connecting to assignment server
[18:27:55] Connecting to http://assign.stanford.edu:8080/
[18:27:55] Posted data.
[18:27:55] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:27:55] + News From Folding@Home: Welcome to Folding@Home
[18:27:55] Loaded queue successfully.
[18:27:55] Sent data
[18:27:55] Connecting to http://171.64.65.75:8080/
[18:27:56] Posted data.
[18:27:56] Initial: 0000; - Receiving payload (expected size: 790167)
[18:27:56] Conversation time very short, giving reduced weight in bandwidth avg
[18:27:56] - Downloaded at ~1543 kB/s
[18:27:56] - Averaged speed for that direction ~1321 kB/s
[18:27:56] + Received work.
[18:27:56] Trying to send all finished work units
[18:27:56] + No unsent completed units remaining.
[18:27:56] + Closed connections
[18:28:01] 
[18:28:01] + Processing work unit
[18:28:01] Core required: FahCore_a3.exe
[18:28:01] Core found.
[18:28:01] Working on queue slot 05 [November 20 18:28:01 UTC]
[18:28:01] + Working ...
[18:28:01] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 05 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:28:01] 
[18:28:01] *------------------------------*
[18:28:01] Folding@Home Gromacs SMP Core
[18:28:01] Version 2.27 (Dec. 15, 2010)
[18:28:01] 
[18:28:01] Preparing to commence simulation
[18:28:01] - Looking at optimizations...
[18:28:01] - Created dyn
[18:28:01] - Files status OK
[18:28:02] - Expanded 789655 -> 1476132 (decompressed 186.9 percent)
[18:28:02] Called DecompressByteArray: compressed_data_size=789655 data_size=1476132, decompressed_data_size=1476132 diff=0
[18:28:02] - Digital signature verified
[18:28:02] 
[18:28:02] Project: 10125 (Run 0, Clone 0, Gen 32)
[18:28:02] 
[18:28:02] Assembly optimizations on if available.
[18:28:02] Entering M.D.
[18:28:08] Mapping NT from 7 to 7 
[18:28:08] mdrun returned 255
[18:28:08] Going to send back what have done -- stepsTotalG=2000000
[18:28:08] Work fraction=0.0000 steps=2000000.
[18:28:12] logfile size=6820 infoLength=6820 edr=0 trr=25
[18:28:12] logfile size: 6820 info=6820 bed=0 hdr=25
[18:28:12] - Writing 7358 bytes of core data to disk...
[18:28:12] Done: 6846 -> 2401 (compressed to 35.0 percent)
[18:28:12]   ... Done.
[18:28:12] 
[18:28:12] Folding@home Core Shutdown: EARLY_UNIT_END
[18:28:15] CoreStatus = 72 (114)
[18:28:15] Sending work to server
[18:28:15] Project: 10125 (Run 0, Clone 0, Gen 32)


[18:28:15] + Attempting to send results [November 20 18:28:15 UTC]
[18:28:15] - Reading file work/wuresults_05.dat from core
[18:28:15]   (Read 2913 bytes from disk)
[18:28:15] Connecting to http://171.64.65.75:8080/
[18:28:16] Posted data.
[18:28:16] Initial: 0000; - Uploaded at ~3 kB/s
[18:28:16] - Averaged speed for that direction ~340 kB/s
[18:28:16] + Results successfully sent
[18:28:16] Thank you for your contribution to Folding@Home.
[18:28:20] Trying to send all finished work units
[18:28:20] + No unsent completed units remaining.
[18:28:20] - Preparing to get new work unit...
[18:28:20] Cleaning up work directory
[18:28:20] + Attempting to get work packet
[18:28:20] Passkey found
[18:28:20] - Will indicate memory of 8192 MB
[18:28:20] - Connecting to assignment server
[18:28:20] Connecting to http://assign.stanford.edu:8080/
[18:28:20] Posted data.
[18:28:20] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:28:20] + News From Folding@Home: Welcome to Folding@Home
[18:28:20] Loaded queue successfully.
[18:28:20] Sent data
[18:28:20] Connecting to http://171.64.65.75:8080/
[18:28:21] Posted data.
[18:28:21] Initial: 0000; - Receiving payload (expected size: 786572)
[18:28:21] Conversation time very short, giving reduced weight in bandwidth avg
[18:28:21] - Downloaded at ~1536 kB/s
[18:28:21] - Averaged speed for that direction ~1345 kB/s
[18:28:21] + Received work.
[18:28:21] Trying to send all finished work units
[18:28:21] + No unsent completed units remaining.
[18:28:21] + Closed connections
[18:28:26] 
[18:28:26] + Processing work unit
[18:28:26] Core required: FahCore_a3.exe
[18:28:26] Core found.
[18:28:26] Working on queue slot 06 [November 20 18:28:26 UTC]
[18:28:26] + Working ...
[18:28:26] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 06 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:28:26] 
[18:28:26] *------------------------------*
[18:28:26] Folding@Home Gromacs SMP Core
[18:28:26] Version 2.27 (Dec. 15, 2010)
[18:28:26] 
[18:28:26] Preparing to commence simulation
[18:28:26] - Looking at optimizations...
[18:28:26] - Created dyn
[18:28:26] - Files status OK
[18:28:27] - Expanded 786060 -> 1456592 (decompressed 185.3 percent)
[18:28:27] Called DecompressByteArray: compressed_data_size=786060 data_size=1456592, decompressed_data_size=1456592 diff=0
[18:28:27] - Digital signature verified
[18:28:27] 
[18:28:27] Project: 10128 (Run 25, Clone 2, Gen 14)
[18:28:27] 
[18:28:27] Assembly optimizations on if available.
[18:28:27] Entering M.D.
[18:28:33] Mapping NT from 7 to 7 
[18:28:33] mdrun returned 255
[18:28:33] Going to send back what have done -- stepsTotalG=2000000
[18:28:33] Work fraction=0.0000 steps=2000000.
[18:28:37] logfile size=6818 infoLength=6818 edr=0 trr=25
[18:28:37] logfile size: 6818 info=6818 bed=0 hdr=25
[18:28:37] - Writing 7356 bytes of core data to disk...
[18:28:37] Done: 6844 -> 2402 (compressed to 35.0 percent)
[18:28:37]   ... Done.
[18:28:37] 
[18:28:37] Folding@home Core Shutdown: EARLY_UNIT_END
[18:28:41] CoreStatus = 72 (114)
[18:28:41] Sending work to server
[18:28:41] Project: 10128 (Run 25, Clone 2, Gen 14)


[18:28:41] + Attempting to send results [November 20 18:28:41 UTC]
[18:28:41] - Reading file work/wuresults_06.dat from core
[18:28:41]   (Read 2914 bytes from disk)
[18:28:41] Connecting to http://171.64.65.75:8080/
[18:28:41] Posted data.
[18:28:41] Initial: 0000; Conversation time very short, giving reduced weight in bandwidth avg
[18:28:41] - Uploaded at ~7 kB/s
[18:28:41] - Averaged speed for that direction ~303 kB/s
[18:28:41] + Results successfully sent
[18:28:41] Thank you for your contribution to Folding@Home.
[18:28:45] Trying to send all finished work units
[18:28:45] + No unsent completed units remaining.
[18:28:45] - Preparing to get new work unit...
[18:28:45] Cleaning up work directory
[18:28:45] + Attempting to get work packet
[18:28:45] Passkey found
[18:28:45] - Will indicate memory of 8192 MB
[18:28:45] - Connecting to assignment server
[18:28:45] Connecting to http://assign.stanford.edu:8080/
[18:28:45] Posted data.
[18:28:45] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:28:45] + News From Folding@Home: Welcome to Folding@Home
[18:28:45] Loaded queue successfully.
[18:28:45] Sent data
[18:28:45] Connecting to http://171.64.65.75:8080/
[18:28:46] Posted data.
[18:28:46] Initial: 0000; - Receiving payload (expected size: 790240)
[18:28:46] Conversation time very short, giving reduced weight in bandwidth avg
[18:28:46] - Downloaded at ~1543 kB/s
[18:28:46] - Averaged speed for that direction ~1367 kB/s
[18:28:46] + Received work.
[18:28:46] Trying to send all finished work units
[18:28:46] + No unsent completed units remaining.
[18:28:46] + Closed connections
[18:28:51] 
[18:28:51] + Processing work unit
[18:28:51] Core required: FahCore_a3.exe
[18:28:51] Core found.
[18:28:51] Working on queue slot 07 [November 20 18:28:51 UTC]
[18:28:51] + Working ...
[18:28:51] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 07 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:28:51] 
[18:28:51] *------------------------------*
[18:28:51] Folding@Home Gromacs SMP Core
[18:28:51] Version 2.27 (Dec. 15, 2010)
[18:28:51] 
[18:28:51] Preparing to commence simulation
[18:28:51] - Looking at optimizations...
[18:28:51] - Created dyn
[18:28:51] - Files status OK
[18:28:52] - Expanded 789728 -> 1476132 (decompressed 186.9 percent)
[18:28:52] Called DecompressByteArray: compressed_data_size=789728 data_size=1476132, decompressed_data_size=1476132 diff=0
[18:28:52] - Digital signature verified
[18:28:52] 
[18:28:52] Project: 10125 (Run 40, Clone 2, Gen 16)
[18:28:52] 
[18:28:52] Assembly optimizations on if available.
[18:28:52] Entering M.D.
[18:28:58] Mapping NT from 7 to 7 
[18:28:58] mdrun returned 255
[18:28:58] Going to send back what have done -- stepsTotalG=2000000
[18:28:58] Work fraction=0.0000 steps=2000000.
[18:29:02] logfile size=6820 infoLength=6820 edr=0 trr=25
[18:29:02] logfile size: 6820 info=6820 bed=0 hdr=25
[18:29:02] - Writing 7358 bytes of core data to disk...
[18:29:02] Done: 6846 -> 2410 (compressed to 35.2 percent)
[18:29:02]   ... Done.
[18:29:02] 
[18:29:02] Folding@home Core Shutdown: EARLY_UNIT_END
[18:29:06] CoreStatus = 72 (114)
[18:29:06] Sending work to server
[18:29:06] Project: 10125 (Run 40, Clone 2, Gen 16)


[18:29:06] + Attempting to send results [November 20 18:29:06 UTC]
[18:29:06] - Reading file work/wuresults_07.dat from core
[18:29:06]   (Read 2922 bytes from disk)
[18:29:06] Connecting to http://171.64.65.75:8080/
[18:29:06] Posted data.
[18:29:06] Initial: 0000; Conversation time very short, giving reduced weight in bandwidth avg
[18:29:06] - Uploaded at ~7 kB/s
[18:29:06] - Averaged speed for that direction ~270 kB/s
[18:29:06] + Results successfully sent
[18:29:06] Thank you for your contribution to Folding@Home.
[18:29:10] Trying to send all finished work units
[18:29:10] + No unsent completed units remaining.
[18:29:10] - Preparing to get new work unit...
[18:29:10] Cleaning up work directory
[18:29:10] + Attempting to get work packet
[18:29:10] Passkey found
[18:29:10] - Will indicate memory of 8192 MB
[18:29:10] - Connecting to assignment server
[18:29:10] Connecting to http://assign.stanford.edu:8080/
[18:29:10] Posted data.
[18:29:10] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:29:10] + News From Folding@Home: Welcome to Folding@Home
[18:29:10] Loaded queue successfully.
[18:29:10] Sent data
[18:29:10] Connecting to http://171.64.65.75:8080/
[18:29:11] Posted data.
[18:29:11] Initial: 0000; - Receiving payload (expected size: 786863)
[18:29:11] Conversation time very short, giving reduced weight in bandwidth avg
[18:29:11] - Downloaded at ~1536 kB/s
[18:29:11] - Averaged speed for that direction ~1385 kB/s
[18:29:11] + Received work.
[18:29:11] Trying to send all finished work units
[18:29:11] + No unsent completed units remaining.
[18:29:11] + Closed connections
[18:29:16] 
[18:29:16] + Processing work unit
[18:29:16] Core required: FahCore_a3.exe
[18:29:16] Core found.
[18:29:16] Working on queue slot 08 [November 20 18:29:16 UTC]
[18:29:16] + Working ...
[18:29:16] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 08 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:29:16] 
[18:29:16] *------------------------------*
[18:29:16] Folding@Home Gromacs SMP Core
[18:29:16] Version 2.27 (Dec. 15, 2010)
[18:29:16] 
[18:29:16] Preparing to commence simulation
[18:29:16] - Looking at optimizations...
[18:29:16] - Created dyn
[18:29:16] - Files status OK
[18:29:16] - Expanded 786351 -> 1456592 (decompressed 185.2 percent)
[18:29:16] Called DecompressByteArray: compressed_data_size=786351 data_size=1456592, decompressed_data_size=1456592 diff=0
[18:29:17] - Digital signature verified
[18:29:17] 
[18:29:17] Project: 10128 (Run 39, Clone 2, Gen 11)
[18:29:17] 
[18:29:17] Assembly optimizations on if available.
[18:29:17] Entering M.D.
[18:29:23] Mapping NT from 7 to 7 
[18:29:23] mdrun returned 255
[18:29:23] Going to send back what have done -- stepsTotalG=2000000
[18:29:23] Work fraction=0.0000 steps=2000000.
[18:29:27] logfile size=6819 infoLength=6819 edr=0 trr=25
[18:29:27] logfile size: 6819 info=6819 bed=0 hdr=25
[18:29:27] - Writing 7357 bytes of core data to disk...
[18:29:27] Done: 6845 -> 2416 (compressed to 35.2 percent)
[18:29:27]   ... Done.
[18:29:27] 
[18:29:27] Folding@home Core Shutdown: EARLY_UNIT_END
[18:29:31] CoreStatus = 72 (114)
[18:29:31] Sending work to server
[18:29:31] Project: 10128 (Run 39, Clone 2, Gen 11)


[18:29:31] + Attempting to send results [November 20 18:29:31 UTC]
[18:29:31] - Reading file work/wuresults_08.dat from core
[18:29:31]   (Read 2928 bytes from disk)
[18:29:31] Connecting to http://171.64.65.75:8080/
[18:29:31] Posted data.
[18:29:31] Initial: 0000; Conversation time very short, giving reduced weight in bandwidth avg
[18:29:31] - Uploaded at ~7 kB/s
[18:29:31] - Averaged speed for that direction ~241 kB/s
[18:29:31] + Results successfully sent
[18:29:31] Thank you for your contribution to Folding@Home.
[18:29:35] Trying to send all finished work units
[18:29:35] + No unsent completed units remaining.
[18:29:35] - Preparing to get new work unit...
[18:29:35] Cleaning up work directory
[18:29:35] + Attempting to get work packet
[18:29:35] Passkey found
[18:29:35] - Will indicate memory of 8192 MB
[18:29:35] - Connecting to assignment server
[18:29:35] Connecting to http://assign.stanford.edu:8080/
[18:29:35] Posted data.
[18:29:35] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:29:35] + News From Folding@Home: Welcome to Folding@Home
[18:29:35] Loaded queue successfully.
[18:29:35] Sent data
[18:29:35] Connecting to http://171.64.65.75:8080/
[18:29:36] Posted data.
[18:29:36] Initial: 0000; - Receiving payload (expected size: 869859)
[18:29:36] Conversation time very short, giving reduced weight in bandwidth avg
[18:29:36] - Downloaded at ~1698 kB/s
[18:29:36] - Averaged speed for that direction ~1420 kB/s
[18:29:36] + Received work.
[18:29:36] Trying to send all finished work units
[18:29:36] + No unsent completed units remaining.
[18:29:36] + Closed connections
[18:29:41] 
[18:29:41] + Processing work unit
[18:29:41] Core required: FahCore_a3.exe
[18:29:41] Core found.
[18:29:41] Working on queue slot 09 [November 20 18:29:41 UTC]
[18:29:41] + Working ...
[18:29:41] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 09 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:29:41] 
[18:29:41] *------------------------------*
[18:29:41] Folding@Home Gromacs SMP Core
[18:29:41] Version 2.27 (Dec. 15, 2010)
[18:29:41] 
[18:29:41] Preparing to commence simulation
[18:29:41] - Looking at optimizations...
[18:29:41] - Created dyn
[18:29:41] - Files status OK
[18:29:42] - Expanded 869347 -> 1590764 (decompressed 182.9 percent)
[18:29:42] Called DecompressByteArray: compressed_data_size=869347 data_size=1590764, decompressed_data_size=1590764 diff=0
[18:29:42] - Digital signature verified
[18:29:42] 
[18:29:42] Project: 10129 (Run 93, Clone 0, Gen 12)
[18:29:42] 
[18:29:42] Assembly optimizations on if available.
[18:29:42] Entering M.D.
[18:29:48] Mapping NT from 7 to 7 
[18:29:48] mdrun returned 255
[18:29:48] Going to send back what have done -- stepsTotalG=2000000
[18:29:48] Work fraction=0.0000 steps=2000000.
[18:29:52] logfile size=6819 infoLength=6819 edr=0 trr=25
[18:29:52] logfile size: 6819 info=6819 bed=0 hdr=25
[18:29:52] - Writing 7357 bytes of core data to disk...
[18:29:52] Done: 6845 -> 2414 (compressed to 35.2 percent)
[18:29:52]   ... Done.
[18:29:52] 
[18:29:52] Folding@home Core Shutdown: EARLY_UNIT_END
[18:29:55] CoreStatus = 72 (114)
[18:29:55] Sending work to server
[18:29:55] Project: 10129 (Run 93, Clone 0, Gen 12)


[18:29:55] + Attempting to send results [November 20 18:29:55 UTC]
[18:29:55] - Reading file work/wuresults_09.dat from core
[18:29:55]   (Read 2926 bytes from disk)
[18:29:55] Connecting to http://171.64.65.75:8080/
[18:29:56] Posted data.
[18:29:56] Initial: 0000; - Uploaded at ~3 kB/s
[18:29:56] - Averaged speed for that direction ~193 kB/s
[18:29:56] + Results successfully sent
[18:29:56] Thank you for your contribution to Folding@Home.
[18:30:00] Trying to send all finished work units
[18:30:00] + No unsent completed units remaining.
[18:30:00] - Preparing to get new work unit...
[18:30:00] Cleaning up work directory
[18:30:00] + Attempting to get work packet
[18:30:00] Passkey found
[18:30:00] - Will indicate memory of 8192 MB
[18:30:00] - Connecting to assignment server
[18:30:00] Connecting to http://assign.stanford.edu:8080/
[18:30:00] Posted data.
[18:30:00] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:30:00] + News From Folding@Home: Welcome to Folding@Home
[18:30:00] Loaded queue successfully.
[18:30:00] Sent data
[18:30:00] Connecting to http://171.64.65.75:8080/
[18:30:01] Posted data.
[18:30:01] Initial: 0000; - Receiving payload (expected size: 867256)
[18:30:01] Conversation time very short, giving reduced weight in bandwidth avg
[18:30:01] - Downloaded at ~1693 kB/s
[18:30:01] - Averaged speed for that direction ~1451 kB/s
[18:30:01] + Received work.
[18:30:01] Trying to send all finished work units
[18:30:01] + No unsent completed units remaining.
[18:30:01] + Closed connections
[18:30:06] 
[18:30:06] + Processing work unit
[18:30:06] Core required: FahCore_a3.exe
[18:30:06] Core found.
[18:30:06] Working on queue slot 00 [November 20 18:30:06 UTC]
[18:30:06] + Working ...
[18:30:06] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 00 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:30:06] 
[18:30:06] *------------------------------*
[18:30:06] Folding@Home Gromacs SMP Core
[18:30:06] Version 2.27 (Dec. 15, 2010)
[18:30:06] 
[18:30:06] Preparing to commence simulation
[18:30:06] - Looking at optimizations...
[18:30:06] - Created dyn
[18:30:06] - Files status OK
[18:30:07] - Expanded 866744 -> 1590764 (decompressed 183.5 percent)
[18:30:07] Called DecompressByteArray: compressed_data_size=866744 data_size=1590764, decompressed_data_size=1590764 diff=0
[18:30:07] - Digital signature verified
[18:30:07] 
[18:30:07] Project: 10129 (Run 3, Clone 0, Gen 12)
[18:30:07] 
[18:30:07] Assembly optimizations on if available.
[18:30:07] Entering M.D.
[18:30:13] Mapping NT from 7 to 7 
[18:30:13] mdrun returned 255
[18:30:13] Going to send back what have done -- stepsTotalG=2000000
[18:30:13] Work fraction=0.0000 steps=2000000.
[18:30:17] logfile size=6819 infoLength=6819 edr=0 trr=25
[18:30:17] logfile size: 6819 info=6819 bed=0 hdr=25
[18:30:17] - Writing 7357 bytes of core data to disk...
[18:30:17] Done: 6845 -> 2408 (compressed to 35.1 percent)
[18:30:17]   ... Done.
[18:30:17] 
[18:30:17] Folding@home Core Shutdown: EARLY_UNIT_END
[18:30:20] CoreStatus = 72 (114)
[18:30:20] Sending work to server
[18:30:20] Project: 10129 (Run 3, Clone 0, Gen 12)


[18:30:20] + Attempting to send results [November 20 18:30:20 UTC]
[18:30:20] - Reading file work/wuresults_00.dat from core
[18:30:20]   (Read 2920 bytes from disk)
[18:30:20] Connecting to http://171.64.65.75:8080/
[18:30:21] Posted data.
[18:30:21] Initial: 0000; - Uploaded at ~3 kB/s
[18:30:21] - Averaged speed for that direction ~155 kB/s
[18:30:21] + Results successfully sent
[18:30:21] Thank you for your contribution to Folding@Home.
[18:30:25] Trying to send all finished work units
[18:30:25] + No unsent completed units remaining.
[18:30:25] - Preparing to get new work unit...
[18:30:25] Cleaning up work directory
[18:30:25] + Attempting to get work packet
[18:30:25] Passkey found
[18:30:25] - Will indicate memory of 8192 MB
[18:30:25] - Connecting to assignment server
[18:30:25] Connecting to http://assign.stanford.edu:8080/
[18:30:25] Posted data.
[18:30:25] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:30:25] + News From Folding@Home: Welcome to Folding@Home
[18:30:25] Loaded queue successfully.
[18:30:25] Sent data
[18:30:25] Connecting to http://171.64.65.75:8080/
[18:30:26] Posted data.
[18:30:26] Initial: 0000; - Receiving payload (expected size: 869688)
[18:30:26] Conversation time very short, giving reduced weight in bandwidth avg
[18:30:26] - Downloaded at ~1698 kB/s
[18:30:26] - Averaged speed for that direction ~1478 kB/s
[18:30:26] + Received work.
[18:30:26] Trying to send all finished work units
[18:30:26] + No unsent completed units remaining.
[18:30:26] + Closed connections
[18:30:31] 
[18:30:31] + Processing work unit
[18:30:31] Core required: FahCore_a3.exe
[18:30:31] Core found.
[18:30:31] Working on queue slot 01 [November 20 18:30:31 UTC]
[18:30:31] + Working ...
[18:30:31] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 01 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:30:31] 
[18:30:31] *------------------------------*
[18:30:31] Folding@Home Gromacs SMP Core
[18:30:31] Version 2.27 (Dec. 15, 2010)
[18:30:31] 
[18:30:31] Preparing to commence simulation
[18:30:31] - Looking at optimizations...
[18:30:31] - Created dyn
[18:30:31] - Files status OK
[18:30:32] - Expanded 869176 -> 1590764 (decompressed 183.0 percent)
[18:30:32] Called DecompressByteArray: compressed_data_size=869176 data_size=1590764, decompressed_data_size=1590764 diff=0
[18:30:32] - Digital signature verified
[18:30:32] 
[18:30:32] Project: 10129 (Run 75, Clone 0, Gen 10)
[18:30:32] 
[18:30:32] Assembly optimizations on if available.
[18:30:32] Entering M.D.
[18:30:38] Mapping NT from 7 to 7 
[18:30:38] mdrun returned 255
[18:30:38] Going to send back what have done -- stepsTotalG=2000000
[18:30:38] Work fraction=0.0000 steps=2000000.
[18:30:42] logfile size=6819 infoLength=6819 edr=0 trr=25
[18:30:42] logfile size: 6819 info=6819 bed=0 hdr=25
[18:30:42] - Writing 7357 bytes of core data to disk...
[18:30:42] Done: 6845 -> 2409 (compressed to 35.1 percent)
[18:30:42]   ... Done.
[18:30:42] 
[18:30:42] Folding@home Core Shutdown: EARLY_UNIT_END
[18:30:45] CoreStatus = 72 (114)
[18:30:45] Sending work to server
[18:30:45] Project: 10129 (Run 75, Clone 0, Gen 10)


[18:30:45] + Attempting to send results [November 20 18:30:45 UTC]
[18:30:45] - Reading file work/wuresults_01.dat from core
[18:30:45]   (Read 2921 bytes from disk)
[18:30:45] Connecting to http://171.64.65.75:8080/
[18:30:45] Posted data.
[18:30:45] Initial: 0000; Conversation time very short, giving reduced weight in bandwidth avg
[18:30:45] - Uploaded at ~7 kB/s
[18:30:45] - Averaged speed for that direction ~139 kB/s
[18:30:45] + Results successfully sent
[18:30:45] Thank you for your contribution to Folding@Home.
[18:30:49] Trying to send all finished work units
[18:30:49] + No unsent completed units remaining.
[18:30:49] - Preparing to get new work unit...
[18:30:49] Cleaning up work directory
[18:30:49] + Attempting to get work packet
[18:30:49] Passkey found
[18:30:49] - Will indicate memory of 8192 MB
[18:30:49] - Connecting to assignment server
[18:30:49] Connecting to http://assign.stanford.edu:8080/
[18:30:50] Posted data.
[18:30:50] Initial: 40AB; - Successful: assigned to (171.64.65.75).
[18:30:50] + News From Folding@Home: Welcome to Folding@Home
[18:30:50] Loaded queue successfully.
[18:30:50] Sent data
[18:30:50] Connecting to http://171.64.65.75:8080/
[18:30:51] Posted data.
[18:30:51] Initial: 0000; - Receiving payload (expected size: 2035259)
[18:30:52] - Downloaded at ~1987 kB/s
[18:30:52] - Averaged speed for that direction ~1580 kB/s
[18:30:52] + Received work.
[18:30:52] Trying to send all finished work units
[18:30:52] + No unsent completed units remaining.
[18:30:52] + Closed connections
[18:30:57] 
[18:30:57] + Processing work unit
[18:30:57] Core required: FahCore_a3.exe
[18:30:57] Core found.
[18:30:57] Working on queue slot 02 [November 20 18:30:57 UTC]
[18:30:57] + Working ...
[18:30:57] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 02 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:30:57] 
[18:30:57] *------------------------------*
[18:30:57] Folding@Home Gromacs SMP Core
[18:30:57] Version 2.27 (Dec. 15, 2010)
[18:30:57] 
[18:30:57] Preparing to commence simulation
[18:30:57] - Looking at optimizations...
[18:30:57] - Created dyn
[18:30:57] - Files status OK
[18:30:57] - Expanded 2034747 -> 3061060 (decompressed 150.4 percent)
[18:30:57] Called DecompressByteArray: compressed_data_size=2034747 data_size=3061060, decompressed_data_size=3061060 diff=0
[18:30:57] - Digital signature verified
[18:30:57] 
[18:30:57] Project: 10127 (Run 26, Clone 0, Gen 14)
[18:30:57] 
[18:30:57] Assembly optimizations on if available.
[18:30:57] Entering M.D.
[18:31:03] Mapping NT from 7 to 7 
[18:31:03] mdrun returned 255
[18:31:03] Going to send back what have done -- stepsTotalG=2000000
[18:31:03] Work fraction=0.0000 steps=2000000.
[18:31:07] logfile size=6819 infoLength=6819 edr=0 trr=25
[18:31:07] logfile size: 6819 info=6819 bed=0 hdr=25
[18:31:07] - Writing 7357 bytes of core data to disk...
[18:31:07] Done: 6845 -> 2413 (compressed to 35.2 percent)
[18:31:07]   ... Done.
[18:31:07] 
[18:31:07] Folding@home Core Shutdown: EARLY_UNIT_END
[18:31:11] CoreStatus = 72 (114)
[18:31:11] Sending work to server
[18:31:11] Project: 10127 (Run 26, Clone 0, Gen 14)


[18:31:11] + Attempting to send results [November 20 18:31:11 UTC]
[18:31:11] - Reading file work/wuresults_02.dat from core
[18:31:11]   (Read 2925 bytes from disk)
[18:31:11] Connecting to http://171.64.65.75:8080/
[18:31:11] Posted data.
[18:31:11] Initial: 0000; Conversation time very short, giving reduced weight in bandwidth avg
[18:31:11] - Uploaded at ~7 kB/s
[18:31:11] - Averaged speed for that direction ~124 kB/s
[18:31:11] + Results successfully sent
[18:31:11] Thank you for your contribution to Folding@Home.
[18:31:15] Trying to send all finished work units
[18:31:15] + No unsent completed units remaining.
[18:31:15] - Preparing to get new work unit...
[18:31:15] Cleaning up work directory
[18:31:15] + Attempting to get work packet
[18:31:15] Passkey found
[18:31:15] - Will indicate memory of 8192 MB
[18:31:15] - Connecting to assignment server
[18:31:15] Connecting to http://assign.stanford.edu:8080/
[18:31:15] Posted data.
[18:31:15] Initial: 8F80; - Successful: assigned to (128.143.199.96).
[18:31:15] + News From Folding@Home: Welcome to Folding@Home
[18:31:15] Loaded queue successfully.
[18:31:15] Sent data
[18:31:15] Connecting to http://128.143.199.96:8080/
[18:31:16] Posted data.
[18:31:16] Initial: 0000; - Receiving payload (expected size: 1772256)
[18:31:19] - Downloaded at ~576 kB/s
[18:31:19] - Averaged speed for that direction ~1379 kB/s
[18:31:19] + Received work.
[18:31:19] Trying to send all finished work units
[18:31:19] + No unsent completed units remaining.
[18:31:19] + Closed connections
[18:31:24] 
[18:31:24] + Processing work unit
[18:31:24] Core required: FahCore_a3.exe
[18:31:24] Core found.
[18:31:24] Working on queue slot 03 [November 20 18:31:24 UTC]
[18:31:24] + Working ...
[18:31:24] - Calling '.\FahCore_a3.exe -dir work/ -nice 19 -suffix 03 -np 7 -checkpoint 15 -verbose -lifeline 3288 -version 634'

[18:31:24] 
[18:31:24] *------------------------------*
[18:31:24] Folding@Home Gromacs SMP Core
[18:31:24] Version 2.27 (Dec. 15, 2010)
[18:31:24] 
[18:31:24] Preparing to commence simulation
[18:31:24] - Looking at optimizations...
[18:31:24] - Created dyn
[18:31:24] - Files status OK
[18:31:24] - Expanded 1771744 -> 1966776 (decompressed 111.0 percent)
[18:31:24] Called DecompressByteArray: compressed_data_size=1771744 data_size=1966776, decompressed_data_size=1966776 diff=0
[18:31:24] - Digital signature verified
[18:31:24] 
[18:31:24] Project: 7142 (Run 0, Clone 25, Gen 432)
[18:31:24] 
[18:31:24] Assembly optimizations on if available.
[18:31:24] Entering M.D.
[18:31:30] Mapping NT from 7 to 7 
[18:31:31] Completed 0 out of 500000 steps  (0%)
[18:36:18] Completed 5000 out of 500000 steps  (1%)
[18:41:11] Completed 10000 out of 500000 steps  (2%)
[18:46:03] Completed 15000 out of 500000 steps  (3%)
[18:47:36] - Autosending finished units... [November 20 18:47:36 UTC]
[18:47:36] Trying to send all finished work units
[18:47:36] + No unsent completed units remaining.
[18:47:36] - Autosend completed
[18:50:55] Completed 20000 out of 500000 steps  (4%)
[18:55:47] Completed 25000 out of 500000 steps  (5%)
[19:00:40] Completed 30000 out of 500000 steps  (6%)
[19:05:32] Completed 35000 out of 500000 steps  (7%)
[19:10:25] Completed 40000 out of 500000 steps  (8%)
[19:15:17] Completed 45000 out of 500000 steps  (9%)
[19:20:09] Completed 50000 out of 500000 steps  (10%)
[19:25:02] Completed 55000 out of 500000 steps  (11%)
[19:29:54] Completed 60000 out of 500000 steps  (12%)
[19:34:47] Completed 65000 out of 500000 steps  (13%)
[19:39:39] Completed 70000 out of 500000 steps  (14%)
[19:44:31] Completed 75000 out of 500000 steps  (15%)
[19:49:23] Completed 80000 out of 500000 steps  (16%)
[19:54:15] Completed 85000 out of 500000 steps  (17%)
[19:59:08] Completed 90000 out of 500000 steps  (18%)
[20:04:00] Completed 95000 out of 500000 steps  (19%)

Depending on the state of server 128.143.199.96: 8080/ things can, when it is somehow reconnected to that server, work out just fine, as in the above scenario. However I've lately been seeing server# 128.xxx.xxx.xx: 8080/ also going haywire for some reason, and my laptop couldn't fold anything until something like the above happened (what I posted above in the quote/Code remarks)...literally it ran for a long, long time in that constant cycle as shown above but add to it no 128.xxx.xxx server connection to save the day.

I know I should have brought this up before now, as it has been ongoing with my laptop when it does folding, but I've had bigger fish to fry with other matters here and at my studio, where I've been working all weekend.

Can anyone explain what is going on above, hopefully? Or is this a case of the various servers being "overloaded" I believe is the term often used here? Thanks for any answers to this small dilemma I have with my laptop folding.

rexrzer

[Joe_H]

Try running with smp 6 or 8 instead of 7. There is a known problem with some WU's and cores of not running with smp settings that are prime numbers higher than 3. Sometimes it does not show up until numbers like 11, 13 or more, and other times it has been reported for 7.

[rexrzer]

Joe_H, I've been running -SMP 7 because the laptop, and my Core i7 desktops also, run *faster*, ie finish a WU faster also, at the "7" setting vs "8" cue prompt for the CPU Cores working. I've never had an incident with 7 being a "bad number" before, so if you think this really is the reason for my anomaly with the laptop specifically, please tell me more in relation to the logs I posted tonight, thanks!

[Joe_H]

Search for 'prime' in the "Issues with a specific WU" forum, that will come up with a number of posts on the issue from several months ago. These include posts or links to posts from members of Pande Group such as this viewtopic.php?f=19&t=18951&p=189579&hilit=prime#p189579 or this viewtopic.php?p=143042#p143042. Some WU's are just fine with smp:7, but others fail. There is also an issue with some and folding with an odd number of threads. Some of the newer cores will even adjust the thread count, so if you specify say 7, the core will start up and just use 6. I understand your experience with smp:7 running faster, I have seen the same at times when I was running other apps on a continuous basis while folding. But, I have also had a few WU's fail at 7 that worked using 8. More have worked than failed using 7, but I have not been folding the 10xxx WU's to have an idea how I would fare with those and smp:7.

[bruce]

Successful run followed by:
[18:25:57] Project: 10132 (Run 89, Clone 0, Gen 15)
[18:26:11] CoreStatus = 72 (114)

[18:26:21] Project: 10132 (Run 0, Clone 0, Gen 16)
[18:26:28] mdrun returned 255
[18:26:35] CoreStatus = 72 (114)

[18:26:47] Project: 10125 (Run 70, Clone 2, Gen 41)
[18:26:53] mdrun returned 255
[18:27:00] CoreStatus = 72 (114)

[18:27:12] Project: 10125 (Run 69, Clone 0, Gen 37)
[18:27:18] mdrun returned 255
[18:27:25] CoreStatus = 72 (114)

[18:27:37] Project: 10125 (Run 85, Clone 1, Gen 38)
[18:27:43] mdrun returned 255
[18:27:50] CoreStatus = 72 (114)

[18:28:02] Project: 10125 (Run 0, Clone 0, Gen 32)
[18:28:15] CoreStatus = 72 (114)

[18:28:27] Project: 10128 (Run 25, Clone 2, Gen 14)
[18:28:41] CoreStatus = 72 (114)

[18:28:52] Project: 10125 (Run 40, Clone 2, Gen 16)
[18:29:06] CoreStatus = 72 (114)


[18:29:17] Project: 10128 (Run 39, Clone 2, Gen 11)
[18:29:31] CoreStatus = 72 (114)

[18:29:42] Project: 10129 (Run 93, Clone 0, Gen 12)
[18:29:55] CoreStatus = 72 (114)

[18:30:07] Project: 10129 (Run 3, Clone 0, Gen 12)
[18:30:20] CoreStatus = 72 (114)

[18:30:32] Project: 10129 (Run 75, Clone 0, Gen 10)
[18:30:45] CoreStatus = 72 (114)

[18:30:57] Project: 10127 (Run 26, Clone 0, Gen 14)
[18:31:11] CoreStatus = 72 (114)

[18:31:24] Project: 7142 (Run 0, Clone 25, Gen 432)
(probably successful...)

I suspect that there's some kind of pattern here which has already been detected by those who posted previously. Projects in the range 10125-10132 don't like your machine and there is a good chance that it's related to -smp 7 or we've got a batch of bad WUs.

Project: 10125 (Run 0, Clone 0, Gen 32) - two early EUE reports *
Project: 10125 (Run 40, Clone 2, Gen 16) - two early EUE reports * followed by a successful completion
Project: 10125 (Run 69, Clone 0, Gen 37) - one early EUE report (yours)
Project: 10125 (Run 70, Clone 2, Gen 41) - two early EUE reports *
Project: 10125 (Run 85, Clone 1, Gen 38) - two early EUE reports * followed by a successful completion
Project: 10127 (Run 26, Clone 0, Gen 14) - one early EUE report (yours)
Project: 10128 (Run 25, Clone 2, Gen 14) - two early EUE reports * followed by a successful completion
Project: 10128 (Run 39, Clone 2, Gen 11) - four early EUE reports *
Project: 10129 (Run 3, Clone 0, Gen 12) - three early EUE reports * followed by a successful completion
Project: 10129 (Run 75, Clone 0, Gen 10) - one early EUE reports (yours) followed by a successful completion
Project: 10129 (Run 93, Clone 0, Gen 12) - two early EUE reports *
Project: 10132 (Run 0, Clone 0, Gen 16) - two early EUE reports * followed by a successful completion
Project: 10132 (Run 89, Clone 0, Gen 15) - two early EUE reports * followed by a successful completion

I have no way of knowing what percent of the WUs being distributed are failing, only that you've seen too many. One strong clue is that several were completed by someone else. Another strong clue is that all the WUs marked with a * were also EUEd by the same other person. That client must have something in common with yours. I'd guess that he's running smp 7, too, but have no way of proving it. I'd also guess that the WUs that were successfully completed by someone else were probably not assigned to another smp 7 client.

[rexrzer]

Search for 'prime' in the "Issues with a specific WU" forum, that will come up with a number of posts on the issue from several months ago. These include posts or links to posts from members of Pande Group such as this viewtopic.php?f=19&t=18951&p=189579&hilit=prime#p189579 or this viewtopic.php?p=143042#p143042. Some WU's are just fine with smp:7, but others fail. There is also an issue with some and folding with an odd number of threads. Some of the newer cores will even adjust the thread count, so if you specify say 7, the core will start up and just use 6. I understand your experience with smp:7 running faster, I have seen the same at times when I was running other apps on a continuous basis while folding. But, I have also had a few WU's fail at 7 that worked using 8. More have worked than failed using 7, but I have not been folding the 10xxx WU's to have an idea how I would fare with those and smp:7.

Thanks to *both of you* for attending to my rather bizarre situation with my laptop folding the 10K series of WU's in the SMP class. I take both of your comments very seriously regarding the anomaly going on but I still have questions in my head about the situation such as: 1)Why is it exclusively the 171.xxx.xxx server which is causing this to happen, and why do the WU's exclusively of the 10K series cause the issue in the 1st place? I have many others, but they are best left standing in line right now, as I am exhausted from two long days out of town on remote assignment, using the Core i7 laptop as my base duty station, but still folding during my work with it (I figured there's no test like a working test!).

I changed the configuration to "-smp 8" also, to give the WU all Cores possible and really stress the laptop's CPU in case there was something amiss there, and monitored it with three HD utilities, ADA-64, HW Monitor-64, and three instances of CPU-Z so that I would/could be able to see anything specifically odd if it happened as they have log ability which I used, but nope, nothing but "air" on the folding and work while under extreme conditions...all WU's were completed as set, but for one later this afternoon when I was using Pinnacle Studio to decode some audio and video tracks while folding, and that sent my nVidia 460M 1.5GB DDR5 mobile video card into a spin it couldn't recover from.

I had to back down the WU and stop it temporarily, save the HFM files, and the charts/graphs for the situation at hand so I could look at it later (like right before I penned this post), and I found nothing wrong except a classic system overload on my laptop, with the CPU keeping up and the video board going into a performance loop of a negative sort, where the "CPU usage" of the GPU spun from 99% to 15%, back to 77% then down to 10%, up an down like that adfinitum, and when that happens there is no cure but to stop the machine in its tracks, give it a shut down and "cooling off" period of at least an hour or so, then restart everything as normal, and see what happens, and this time my "savior routine" worked perfect and the machine is back to folding... I am working on my project on my 6-Core 970-equipped server with twin EVGA GTX 560 Ti SC video boards and it's doing just great, all the while folding an incessant number of regular SMP WU's with the CPU and plenty of GPU WU's to boot on the twin video cards.

The server has been configured with an "-smp 10" flag for months and months now, and it never falters with anything other than the occasional 2684 it would run into, and there a war would commence and eventually the 970 won the battles every time. As for the laptop now set up with -smp 8 flag, we shall see what happens as I am keeping it in my sights and checking the system, performance, and FAHome logs every couple of hours to see if it gets a 10K WU to fold, and whether is it successful and acceptant of the WU and the WU of it, summarily things going well vs the log I posted in the beginning of this thread. Here's to good old blind, old-fashioned luck and investigation and I hope to be able to report a positive outcome by changing to the new flag for the Client in this laptop, as it normally folds excellently, far better than any other laptop I've ever seen personally anyway, and I like it's 8K to 12K PPD production I can get out of it when things are going well, too!

If anyone else has any other insights into this issue with my laptop please, by all means, post them here and now, no matter how they might look or sound under scrutiny of casually being examined themselves: I'm open to any/all thoughts on these matters and maybe someone who hasn't read this thread before now can comment about it after my post tonight. I'll say that bruce the site admin's post was most convincing to say the least, and the posts by Joe_H were equally well thought out regarding the Prime number factor in folding, which I certainly was already aware of but had never seen in my own computers before this bizarre instance we are bantering about the last couple of days. Thanks so much for those insightful and thorough explanations of interpretation of the situation at hand, muchos gracias!!

An aside: one of my 4-Core/8 Thread Core i7 920-equipped folding computers DID in fact score a 6900-series WU this afternoon apparently, and it's folding that sucker just fine as I write this, so thanks Stanford for a bone to the wild fish! I don't know how many hundred or two of the regular SMP's it's folded since this all began back on Nov. 3rd as I recall, but finally it has a just reward for doing so many of those blasted little SMP's with the low points for PPD's sake! I am in jest by now about this whole deal, and am contemplating the EXACT manner in which I am going to build the new 64-Core AMD Opteron folding monstrosity that I've concocted with a friend or two or three, all Linux experts within themselves too it turns out, but that's another tale for another time...

That is a head's up for people going to build 48-Core machines at this time, as the new Magny-Cours AMD multi-core CPU packages are going to be staging with 16 Cores per CPU beginning next month I've found out, release being imminent at this time as they are already in channel awaiting the clearing out of the "old 12-Core stock" as I was told by a major retailer yesterday. They also will have 16MB L3 Cache to boot, and some more advanced processes to crow about within the CPU details themselves, so I think it's a Golden Time to be switching over to somehting a bit exotic (and expensive!) to do one's folding with. I mean it's just time for a big change for myself, personally, it seems, and my thoughts perhaps mirror many others frustrated and overwhelmed with the goings-on at PG and Stanford.edu Folding@Home Departments. I sympathize with the PG and its brain-trust these days, as it is difficult to move on with progress dictating the manner of change at hand, not knowing really how it will affect the folding community as a whole, and what a change this one is!

OK, I am done raving about FAHome changes, and I truly do thank the contributors to my interesting but frustrating dilemma with my Core i7 2630QM CPU equipped laptop that has been going on for quite a while, it turns out, and so any/all responses have been very enlightening, and of interest besides that!

Have a great 23rd of November and get ready for Turkey Day (or Honeybaked Ham, whatever your preference is), and Peace to All! May God Bless all of us who fold for Stanford's FAHome program...we need it, and deserve it too, methinks!

rexrzer

[codysluder]

Why is it exclusively the 171.xxx.xxx server which is causing this to happen, and why do the WU's exclusively of the 10K series cause the issue in the 1st place?

That's two questions and it probably is worth three answers. I don't know your background in FAH so let me first assume you're relatively inexperienced. If that's not accurate, ignore the first answer because you already know it.
All of the servers at Stanford have addresses 171.xx.xx.xx so you can't assume that's just one server.

A more reasonable answer, however, is that 171.64.65.75 is running projects 10115 through 10134 which all belong to the same PG member, so that points directly to the second part of your question which is unanswered.

He/she is apparently doing the same sort of analysis on a variety of proteins and there's something in that precise analysis that doesn't like smp:7. Only the scientists can answer that question, and judging from what I've read posted here on the forum, they probably don't know either. If most odd numbers fail, their approach has been to fix the core to prevent those numbers from being used. They missed 3, 5, and 7 when they listed the odd numbers.

Perhaps a better question is: Why does 7 work most of the time (with other projects)?

[rexrzer]

Why is it exclusively the 171.xxx.xxx server which is causing this to happen, and why do the WU's exclusively of the 10K series cause the issue in the 1st place?

That's two questions and it probably is worth three answers. I don't know your background in FAH so let me first assume you're relatively inexperienced. If that's not accurate, ignore the first answer because you already know it.
All of the servers at Stanford have addresses 171.xx.xx.xx so you can't assume that's just one server.

A more reasonable answer, however, is that 171.64.65.75 is running projects 10115 through 10134 which all belong to the same PG member, so that points directly to the second part of your question which is unanswered.

He/she is apparently doing the same sort of analysis on a variety of proteins and there's something in that precise analysis that doesn't like smp:7. Only the scientists can answer that question, and judging from what I've read posted here on the forum, they probably don't know either. If most odd numbers fail, their approach has been to fix the core to prevent those numbers from being used. They missed 3, 5, and 7 when they listed the odd numbers.

Perhaps a better question is: Why does 7 work most of the time (with other projects)?

Thanks corysluder, your comments are noted and were interesting at the least! I guess you'd have to call me "experienced" with FAHome, as I started back in 2003-4 with a bevy of Macs doing my folding efforts, and progressed from there to specialty-built Core i7 920 machines, and finally early in 2011 built my 1st 6-Core 970 HexaCore server, both for folding (100% of the time) and my studio's mainline Windows PC assignments and media crunching for photography, film and audio work that I normally do here, at home, in my well-equipped photo/film and audio studio. In that time since 2004 or so I've seen a lot of different types of folding issues come up, but I don't normally follow the action here at FAHome Central, the Forums et al and Dr. Pande's Blog, but that has changed since this last dramatic episode where most 8 Core CPU's like my 920's and even my 6-Core/12-thread 970 server were summarily dismissed as candidates for BigAdv WU's, on or about Nov.3, 2011.

I already did in fact know about the prime number 3, 5, 7 being problematical, but had never personally encountered such a thing happening to my PC folders before, so lesson learned. I long ago changed the 12-Core 970 from "smp 11" to "smp 10" flag because of 11 being problematical, and never wanting to run into that sort of issue with a BigAdv WU of any measure, so that was pre-eminently changed. Your question about "why do numbers 3, 5, and specifically "7" work on most all projects, all of the time except for rare occasions like I ran into regarding this post of mine "Trouble w/171.64.65.75: 8080/", anyway?...is of course an insightful thing to consider, and would be of general interest to everyone here, I am pretty certain. Maybe sometime you, yourself could post a politically correct question about that subject, along those lines anyway, and maybe Stanford.edu's Director and/or some of the knowledgeable staff at PG would take a whack at that one and help all of us understand Folding@Home a little better!

OT a bit: To this day my Core i7 970 "HexaCore" 6-Core-12Threads CPU system has not garnered a single one of the BigAdv WU's since this situation became mission critical for many of us with PC's and those types of CPU's in the house, mostly heavily overclocked and very stable at that, and certainly able to meet BigAdv deadlines with gobs of room to spare. That I truly still do *NOT* understand the "why of", and/or "why me?" of, because even my lowly 920-8-Thread machines have gotten to fold one or two of the BigAdv WU's since Nov.3, 2011 or thereabouts, and no such providence for my 6-Core/12-Thread CPU which up to that date had been folding BigAdv exclusively, every time, day in and day out, never anything but BigAdv. WU's!

I've heard all the explanations, but in an aside bruce the site administrator told me that we should be getting about 90%/10% of a mix of the regular SMP's and BigAdv SMP's, but for some reason my 970 has been totally excluded from even that "throw me a bone" scenario...no comprendo! I've kept close track of it since Nov.3 and not once has a BigAdv WU been successfully assigned to my PC No.1, the 970 server. I dunno, perhaps it's best if I don't bring this up anymore here in the Forum, as I will undoubtedly get some heat about it this time too from admins or Mods, take your pick of the litter, and/or other more frequent posters here who are provisionally allowed/permitted to pretty much say whatever they want about you/and/or your posts, and get away with it, Scot-free.

By February 2012 I'll be online with something that should prove to be fairly "future proofed" here for the folding community's and PG's constantly changing points, and assignment-oriented changes also. I'm still sifting through the parts vendors and talking to loads of people in the industry for "servers" like I am going to build exclusively for FAHome activity, so nothing is written in stone as yet. But rest assured something powerful, with at least 48 and probably 64 REAL CORES is going to be my staple here from now until the end of my time folding, which I hope is many, many years hence.

Thanks for your thoughts from this post, and for the others above it, as I don't mean any harm here, and would simply just like to go on folding for Stanford.edu's Folding@Home Program, and maybe, just maybe help the scientists doing this thing achieve some of their goals, be they small, lofty or otherwise...I really don't care which one, just that I am at least contributing on a consistent basis with equipment that is right for the assignments at hand.

rexrzer

[codysluder]

OT a bit: To this day my Core i7 970 "HexaCore" 6-Core-12Threads CPU system has not garnered a single one of the BigAdv WU's since this situation became mission critical for many of us with PC's and those types of CPU's in the house, mostly heavily overclocked and very stable at that, and certainly able to meet BigAdv deadlines with gobs of room to spare.

I don't think that's what Dr. Pande wanted to happen. We can see that bigadv are in short supply. We can read that there will be an official policy change in January. Both would indicate that the FAH serves would be better off with fewer folks competing for the scarce supply of WUs. Nevertheless donors like yourself have made it "mission-critical" to compete even harder for the scarce commodity, putting even more pressure on those servers and driving the price of getting one upward even more.

(Just an innocent observation.)

[GreyWhiskers]

When we say "bigadv WUs in short supply", that could mean two things:

A. The computation has caught up with the science because of the dedication of the whole cadre of bigadv folders - no more WUs because the scientists have to formulate more questions to throw into the hopper.

B. The scientists are having a hard time with the back end of the project - and they can't get the servers straightened out. Understandable in any big project.

It would be nice to know which of these options, or if both of them, or some other explanation is at work.

GW

[rexrzer]

OT a bit: To this day my Core i7 970 "HexaCore" 6-Core-12Threads CPU system has not garnered a single one of the BigAdv WU's since this situation became mission critical for many of us with PC's and those types of CPU's in the house, mostly heavily overclocked and very stable at that, and certainly able to meet BigAdv deadlines with gobs of room to spare.

I don't think that's what Dr. Pande wanted to happen. We can see that bigadv are in short supply. We can read that there will be an official policy change in January. Both would indicate that the FAH serves would be better off with fewer folks competing for the scarce supply of WUs. Nevertheless donors like yourself have made it "mission-critical" to compete even harder for the scarce commodity, putting even more pressure on those servers and driving the price of getting one upward even more.

(Just an innocent ....

That 12-Core i7 970 @ 4.3Ghz/24GB RAM too (!) has been folding bigadv Wu's since I built it some 11 months ago, so I don't think you really understood my comments, or chose to ignore them and put your own spin on the whole deal. Either way I'll straighten the whole thing out right now if you don't mind: The 6-Core/12 Threads CPU has folded NothING BUT big adv WU's since the 1st day I put it online last January 2011, and through no fault of my own or through any special philandering of the WU tags or any trickery on my part was assigned bigadv WU's over and over again day in and out 24/7 until this new fiasco of 'PG CHANGES" hit the fans on or about 11/3/2011...and that is all I meant to comment about. Now, like a junkie on "cold turkey" with no smack stash it is blasting through Core A3 WU's like a hot blow torch on lead pipes, hundreds of them, literally so far and counting....and absolutely ZERO (0) Core A5 big adv WU's since that Nov. 3 date, which I find rather suspicious and yet interesting in and of itself, you know?

You can't speak for Dr. Pande, so I wouldn't start trying right now, either! All of the PG had to know exactly what was gonna happen to PC's like mine. If I had been given at least the token few big adv WU that bruce suggested my CPU was due perhaps I would never again mention any of these facts, but it has not happened, not AT ALL because not one, single big adv of any type has been successfully consigned to that 970-based PC since "PG Day" of 11/3/2011.

Enough of that, and my sincerest apologies to anyone affected by those solid facts in a negative manner, as there's not a personal word, name, or thought therein...and I mean no one any bad feelings or criticism by any of it. It's simply what has happened this past month, bar none, and everybody is in the same boat, cept for those lucky few with the supercomputer 32/48/64 REAL Cores in the house who are immune, and surely above all of this small stuff...

Have a great and productive Monday, and may the happy spirit of folding prevail over all things!

[PantherX]

...I already did in fact know about the prime number 3, 5, 7 being problematical, but had never personally encountered such a thing happening to my PC folders before, so lesson learned. I long ago changed the 12-Core 970 from "smp 11" to "smp 10" flag because of 11 being problematical, and never wanting to run into that sort of issue with a BigAdv WU of any measure, so that was pre-eminently changed. Your question about "why do numbers 3, 5, and specifically "7" work on most all projects, all of the time except for rare occasions like I ran into regarding this post of mine "Trouble w/171.64.65.75: 8080/", anyway?...is of course an insightful thing to consider, and would be of general interest to everyone here, I am pretty certain. Maybe sometime you, yourself could post a politically correct question about that subject, along those lines anyway, and maybe Stanford.edu's Director and/or some of the knowledgeable staff at PG would take a whack at that one and help all of us understand Folding@Home a little better!...

The other possible reason for failures with these "lower" primes is because of the protein size. Smaller protein size will cause issues while larger ones may not. Due note that the value of "small protein" may vary depending on the simulation and project series.