Page 1 of 1

should download failed Wu decrease successive rate?

Posted: Sun Oct 21, 2012 6:48 am
by vmzy
I cann't got bonus points from June this year.But I only failed(calculating) 2 WU this.I have lost so many points.
Only change is that my isp always failed download WU from Stanford from June.
I just want to know why should unfinished download WU count into failed?
Because you can reassign it to others immediately.Or you should reassign that WU to my client when my client reconnect to AS.Or you should add Resume broken downloads to FAH client.

Re: should download failed Wu decrease successive rate?

Posted: Sun Oct 21, 2012 9:45 am
by P5-133XL
When a WU is assigned to you, it has been assigned to you and no one else till the first deadline has elapsed. The WU does not get reassigned immediately to another but only after the first deadline elapses will it be given to another but even then it is also still yours and if you complete it before the final deadline you will still get the base credit for it (no bonus points). Failure to download, just means the server is waiting for you to download it and when connectivity improves a successful download will occur of the same WU. The client should keep trying periodically to download it till the final deadline elapses and only then it will dump it and try to get a new WU. If you do not finish DL'ing it and then return it by the final deadline then it will be counted as a failure to complete it. Why it counts as a failure -- Because you did not complete it in time!

That is how it is supposed to work. There are ways you can mess up the client so it gets reassigned a different WU. For example, reinstalling the client so the server thinks it is a different machine and assigns a different WU. However, the server is still holding the old WU for the old client so when the final deadline elapses, it will still count against you.

If there have been enough failures that it will take an unreasonable amount of successfull WU's to get you above that 80% success rate then the solution is to get a new passkey (needs a different E-Mail address) and re-qualify using the new passkey with just 10 WU's

Re: should download failed Wu decrease successive rate?

Posted: Sun Oct 21, 2012 12:33 pm
by vmzy
did you try this by yourself?when v7 download failed,AS will assign another WU to me, rather than reassign older one to me.
I think if AS don`t fix this bug.whatever passkey I use,my successive rate will never reach 80%.

Code: Select all

*********************** Log Started 2012-10-14T01:07:25Z
...
04:55:20:WU00:FS00:0xa4:Completed 9900000 out of 10000000 steps  (99%)
04:55:21:WU01:FS00:Connecting to assign3.stanford.edu:8080
04:55:26:WU01:FS00:News: Welcome to Folding@Home
04:55:26:WU01:FS00:Assigned to work server 171.64.65.104
04:55:26:WU01:FS00:Requesting new work unit for slot 00: RUNNING smp:4 from 171.64.65.104
04:55:26:WU01:FS00:Connecting to 171.64.65.104:8080
04:55:36:ERROR:WU01:FS00:Exception: 10002: Received short response, expected 512 bytes, got 0
04:55:36:WU01:FS00:Connecting to assign3.stanford.edu:8080
04:55:38:WU01:FS00:News: Welcome to Folding@Home
04:55:38:WU01:FS00:Assigned to work server 171.64.65.104
04:55:38:WU01:FS00:Requesting new work unit for slot 00: RUNNING smp:4 from 171.64.65.104
04:55:38:WU01:FS00:Connecting to 171.64.65.104:8080
04:55:44:WU01:FS00:Downloading 331.69KiB
05:32:38:WU00:FS00:0xa4:Completed 10000000 out of 10000000 steps  (100%)
05:32:38:WU00:FS00:0xa4:DynamicWrapper: Finished Work Unit: sleep=10000
05:32:48:WU00:FS00:0xa4:
05:32:48:WU00:FS00:0xa4:Finished Work Unit:
05:32:48:WU00:FS00:0xa4:- Reading up to 4713468 from "00/wudata_01.trr": Read 4713468
05:32:48:WU00:FS00:0xa4:trr file hash check passed.
05:32:48:WU00:FS00:0xa4:- Reading up to 501756 from "00/wudata_01.xtc": Read 501756
05:32:48:WU00:FS00:0xa4:xtc file hash check passed.
05:32:48:WU00:FS00:0xa4:edr file hash check passed.
05:32:48:WU00:FS00:0xa4:logfile size: 94356
05:32:48:WU00:FS00:0xa4:Leaving Run
05:32:53:WU00:FS00:0xa4:- Writing 5367704 bytes of core data to disk...
05:32:55:WU00:FS00:0xa4:Done: 5367192 -> 4760878 (compressed to 88.7 percent)
05:32:55:WU00:FS00:0xa4:  ... Done.
05:32:56:WU00:FS00:0xa4:- Shutting down core
05:32:56:WU00:FS00:0xa4:
05:32:56:WU00:FS00:0xa4:Folding@home Core Shutdown: FINISHED_UNIT
05:32:56:WU00:FS00:FahCore returned: FINISHED_UNIT (100 = 0x64)
05:32:56:WU00:FS00:Sending unit results: id:00 state:SEND error:NO_ERROR project:7085 run:1 clone:21 gen:7 core:0xa4 unit:0x0000001c0001329c4ffb2b08d05e7a9b
05:32:56:WU00:FS00:Uploading 4.54MiB to 129.74.85.15
05:32:56:WU00:FS00:Connecting to 129.74.85.15:8080
05:33:04:WU00:FS00:Upload 1.38%
05:33:10:WU00:FS00:Upload 2.75%
05:34:31:WU00:FS00:Upload 4.13%
05:35:48:WU00:FS00:Upload 5.51%
05:37:15:WU00:FS00:Upload 6.88%
05:38:16:WU00:FS00:Upload 8.26%
05:39:10:WU00:FS00:Upload 9.63%
05:39:50:WU00:FS00:Upload 11.01%
05:40:44:WU00:FS00:Upload 12.39%
05:40:44:WARNING:WU00:FS00:Exception: Failed to send results to work server: Transfer failed
05:40:44:WU00:FS00:Trying to send results to collection server
05:40:44:WU00:FS00:Uploading 4.54MiB to 129.74.85.16
05:40:44:WU00:FS00:Connecting to 129.74.85.16:8080
05:40:53:WU00:FS00:Upload 1.38%
05:41:04:WU00:FS00:Upload 5.51%
05:41:13:WU00:FS00:Upload 9.63%
05:41:20:WU00:FS00:Upload 12.39%
05:41:27:WU00:FS00:Upload 16.52%
05:41:35:WU00:FS00:Upload 19.27%
05:41:42:WU00:FS00:Upload 23.40%
05:41:52:WU00:FS00:Upload 26.15%
05:42:20:WU00:FS00:Upload 27.53%
05:42:26:WU00:FS00:Upload 30.28%
05:42:39:WU00:FS00:Upload 34.41%
05:42:51:WU00:FS00:Upload 35.79%
05:42:57:WU00:FS00:Upload 37.16%
05:43:06:WU00:FS00:Upload 39.92%
05:43:16:WU00:FS00:Upload 42.67%
05:43:26:WU00:FS00:Upload 45.42%
05:43:34:WU00:FS00:Upload 48.17%
05:43:44:WU00:FS00:Upload 50.93%
05:43:51:WU00:FS00:Upload 52.30%
05:43:59:WU00:FS00:Upload 53.68%
05:44:07:WU00:FS00:Upload 55.06%
05:44:13:WU00:FS00:Upload 56.43%
05:44:28:WU00:FS00:Upload 60.56%
05:44:34:WU00:FS00:Upload 63.31%
05:44:52:WU00:FS00:Upload 66.07%
05:44:59:WU00:FS00:Upload 68.82%
05:45:07:WU00:FS00:Upload 70.20%
05:45:14:WU00:FS00:Upload 72.95%
05:45:21:WU00:FS00:Upload 77.08%
05:45:35:WU00:FS00:Upload 81.21%
05:45:42:WU00:FS00:Upload 82.58%
05:45:58:WU00:FS00:Upload 85.34%
05:46:27:WU00:FS00:Upload 86.71%
05:46:35:WU00:FS00:Upload 89.47%
05:46:42:WU00:FS00:Upload 92.22%
05:46:48:WU00:FS00:Upload 94.97%
05:46:56:WU00:FS00:Upload 97.72%
05:47:06:WU00:FS00:Upload 99.10%
05:47:13:WU00:FS00:Upload complete
05:47:13:WU00:FS00:Server responded WORK_ACK (400)
05:47:13:WU00:FS00:Final credit estimate, 2738.00 points
05:47:14:WU00:FS00:Cleaning up
******************************** Date: 14/10/12 ********************************
07:13:38:ERROR:WU01:FS00:Exception: Transfer failed
07:13:38:WU01:FS00:Connecting to assign3.stanford.edu:8080
07:13:38:WARNING:WU01:FS00:Failed to get assignment from 'assign3.stanford.edu:8080': Could not get IP address for assign3.stanford.edu: 不知道这样的主机。 
07:13:38:WU01:FS00:Connecting to assign4.stanford.edu:80
07:13:38:WARNING:WU01:FS00:Failed to get assignment from 'assign4.stanford.edu:80': Could not get IP address for assign4.stanford.edu: 不知道这样的主机。 
07:13:38:ERROR:WU01:FS00:Exception: Could not get an assignment
07:15:15:WU01:FS00:Connecting to assign3.stanford.edu:8080
07:15:16:WU01:FS00:News: Welcome to Folding@Home
07:15:16:WU01:FS00:Assigned to work server 171.67.108.58
07:15:16:WU01:FS00:Requesting new work unit for slot 00: READY smp:4 from 171.67.108.58
07:15:16:WU01:FS00:Connecting to 171.67.108.58:8080
07:15:17:WU01:FS00:Downloading 531.69KiB
07:15:20:WU01:FS00:Download complete
07:15:20:WU01:FS00:Received Unit: id:01 state:DOWNLOAD error:NO_ERROR project:8001 run:60 clone:5 gen:287 core:0xa4 unit:0x000001c46652edca4ededc9de358715b
you can see from the log.the AS assign my client to 171.64.65.104 at first. then it stucked (ticket#911).one hour later I restart my router,and AS reassign my client to 171.67.108.58,and it download successfully.and my successive rate was dropped down by your AS.
Please reply by the truth instead of your imagination.

Re: should download failed Wu decrease successive rate?

Posted: Sun Oct 21, 2012 2:38 pm
by 7im
P5 expressed how the v6 client works, and when the V7 client is fixed will work the same way.

Until you can get a faster and more reliable network connection, you should go back to running the v6 client!!!

Re: should download failed Wu decrease successive rate?

Posted: Sun Oct 21, 2012 2:50 pm
by Grandpa_01
He did reply with the truth when you rebooted your router you got assigned another IP address by your router thus Stanford servers thinks you are a different computer. The problem appears to be with your router have you tried a different router or upgraded your firmware on your router. :wink:

Re: should download failed Wu decrease successive rate?

Posted: Sun Oct 21, 2012 8:04 pm
by codysluder
Grandpa_01 wrote:He did reply with the truth when you rebooted your router you got assigned another IP address by your router thus Stanford servers thinks you are a different computer. The problem appears to be with your router have you tried a different router or upgraded your firmware on your router. :wink:
I don't believe that is correct. Look at your official stats. It reports Active clients (within 50 days) and Active clients (within 7 days). Reboot your router as frequently as necessary but your active client count will not increase. When you reboot your router, you might get a new IP address but F@H does not use your IP address. (Every client within our University's dorm uses the same IP address and they're certainly not counted as a single client.)

Re: should download failed Wu decrease successive rate?

Posted: Mon Oct 22, 2012 2:02 am
by vmzy
thank you for all your reply above.
1.In China only china-net(isp) have stable international connection with fah.But its very expensive.So its difficult for me to change my isp only for FAH.Because boinc is correct but only FAH have download problem.

2.If its a bug with v7.Is there any ticket No for it?So I can track it and will know when to come back to v7.
I will change my client back to v6.34 ASAP.