should download failed Wu decrease successive rate?

Moderators: Site Moderators, FAHC Science Team

Post Reply
vmzy
Posts: 136
Joined: Wed Apr 16, 2008 6:25 am

should download failed Wu decrease successive rate?

Post 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.
P5-133XL
Posts: 2948
Joined: Sun Dec 02, 2007 4:36 am
Hardware configuration: Machine #1:

Intel Q9450; 2x2GB=8GB Ram; Gigabyte GA-X48-DS4 Motherboard; PC Power and Cooling Q750 PS; 2x GTX 460; Windows Server 2008 X64 (SP1).

Machine #2:

Intel Q6600; 2x2GB=4GB Ram; Gigabyte GA-X48-DS4 Motherboard; PC Power and Cooling Q750 PS; 2x GTX 460 video card; Windows 7 X64.

Machine 3:

Dell Dimension 8400, 3.2GHz P4 4x512GB Ram, Video card GTX 460, Windows 7 X32

I am currently folding just on the 5x GTX 460's for aprox. 70K PPD
Location: Salem. OR USA

Re: should download failed Wu decrease successive rate?

Post 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
Image
vmzy
Posts: 136
Joined: Wed Apr 16, 2008 6:25 am

Re: should download failed Wu decrease successive rate?

Post 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.
7im
Posts: 10179
Joined: Thu Nov 29, 2007 4:30 pm
Hardware configuration: Intel i7-4770K @ 4.5 GHz, 16 GB DDR3-2133 Corsair Vengence (black/red), EVGA GTX 760 @ 1200 MHz, on an Asus Maximus VI Hero MB (black/red), in a blacked out Antec P280 Tower, with a Xigmatek Night Hawk (black) HSF, Seasonic 760w Platinum (black case, sleeves, wires), 4 SilenX 120mm Case fans with silicon fan gaskets and silicon mounts (all black), a 512GB Samsung SSD (black), and a 2TB Black Western Digital HD (silver/black).
Location: Arizona
Contact:

Re: should download failed Wu decrease successive rate?

Post 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!!!
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
Grandpa_01
Posts: 1122
Joined: Wed Mar 04, 2009 7:36 am
Hardware configuration: 3 - Supermicro H8QGi-F AMD MC 6174=144 cores 2.5Ghz, 96GB G.Skill DDR3 1333Mhz Ubuntu 10.10
2 - Asus P6X58D-E i7 980X 4.4Ghz 6GB DDR3 2000 A-Data 64GB SSD Ubuntu 10.10
1 - Asus Rampage Gene III 17 970 4.3Ghz DDR3 2000 2-500GB Segate 7200.11 0-Raid Ubuntu 10.10
1 - Asus G73JH Laptop i7 740QM 1.86Ghz ATI 5870M

Re: should download failed Wu decrease successive rate?

Post 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:
Image
2 - SM H8QGi-F AMD 6xxx=112 cores @ 3.2 & 3.9Ghz
5 - SM X9QRI-f+ Intel 4650 = 320 cores @ 3.15Ghz
2 - I7 980X 4.4Ghz 2-GTX680
1 - 2700k 4.4Ghz GTX680
Total = 464 cores folding
codysluder
Posts: 1024
Joined: Sun Dec 02, 2007 12:43 pm

Re: should download failed Wu decrease successive rate?

Post 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.)
vmzy
Posts: 136
Joined: Wed Apr 16, 2008 6:25 am

Re: should download failed Wu decrease successive rate?

Post 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.
Post Reply