SMP results upload times.

Associate
Joined
29 May 2005
Posts
586
Location
Lazenby near Redcar
Just wondering how long the WU results upload times are with other ISPs.
Im with Virgin on 2mb download speed and my upload speed is approx 22kbs, the 1920pts WUs take approx. 30mins to upload and the 3840pts take approx. 60mins.
The rigs are running native Ubuntu and though fixing the addresses improves the ping time it makes no difference to the upload times.

I have heard that people who have Virgin cable have problems hosting games so it may just be that Virgin has a slow upload speed.

sculptor.:confused:
 
At our student house on Sky broadband (the highest package - we get 1.2mb 'actual' download speed), upload speed is around 100kbs IIRC, although it may be higher. Certainly does not take long - looking at 10 mins max for the upload of a p2669.

At home out in the country with AOL (not sure what speed is paid for, but download speed is only around 222kbs max), upload speed is about 40kbps in Ubuntu. Its much more dependent on the time of day at home though.
 
I used to see similar times to those sculptor - that was with Virgin 2mb cable, ended up running 3 VM's on my quad (just one client on each) to bridge the gap though not sure I gained that much overall
 
It's a pain in the neck. I only have 384kbps upload and the 1920pt WUs are about 25MB to upload, so each one takes about 10 minutes. Best advice I can give is to try and ensure that you don't have two SMP WUs finishing at the same time, or you end up with both of them doing no work for twice as long. They really need to change the client so it downloads a new WU before uploading the old one.
 
6 minutes for my 1920 woos on tiscali upto 8 meg. I get 3meg down and 450k up from speedtests.
[12:13:16] Sending work to server
[12:13:16] Project: 2665 (Run 1, Clone 381, Gen 78)


[12:13:16] + Attempting to send results [December 20 12:13:16 UTC]
[12:13:16] - Reading file work/wuresults_02.dat from core
[12:13:17] (Read 21941740 bytes from disk)
[12:13:17] Connecting to http://171.64.65.64:8080/
[12:19:14] Posted data.
[12:19:16] Initial: 0000; - Uploaded at ~59 kB/s
[12:19:16] - Averaged speed for that direction ~58 kB/s
[12:19:16] + Results successfully sent
[12:19:16] Thank you for your contribution to Folding@Home.

1 min 30s for a 1760...
[04:25:39] Project: 2653 (Run 21, Clone 46, Gen 96)


[04:25:39] + Attempting to send results [December 21 04:25:39 UTC]
[04:25:39] - Reading file work/wuresults_03.dat from core
[04:25:39] (Read 5533261 bytes from disk)
[04:25:39] Connecting to http://171.64.65.64:8080/
[04:27:09] Posted data.
[04:27:10] Initial: 0000; - Uploaded at ~59 kB/s
[04:27:10] - Averaged speed for that direction ~58 kB/s
[04:27:10] + Results successfully sent
[04:27:10] Thank you for your contribution to Folding@Home.
 
Last edited:
It's a pain in the neck. I only have 384kbps upload and the 1920pt WUs are about 25MB to upload, so each one takes about 10 minutes. Best advice I can give is to try and ensure that you don't have two SMP WUs finishing at the same time, or you end up with both of them doing no work for twice as long. They really need to change the client so it downloads a new WU before uploading the old one.

I changed one rig to fold on a 8800gt but I still have 2 quads for myself and one for Emily, and since the 3840pt appeared its harder to keep them from clashing with the results upload.
Last night I read a thread on F-C.org about file compression and upload speed, unfortunately Stanford closed the thread after stating that their present method of compression was best and not wanting any arguements on the subject.
Your idea of downloading a new WU before uploading the results would mean each of my rigs would complete atleast one extra WU each week. This I feel would be the best move Stanford could make, if it is possible Im not sure how the MPICH works.
To date I have never had a rig download a new SPM WU without first uploading the results no matter how long or how many times it takes to upload, makes me wonder why they put the auto-upload on. Last year when Stanfords server went down my rigs just sat there trying to upload their results for over 12 hours.
I guess the easiest solution for me would be to change my ISP, it may be usefull to everyone who is folding with the SMP client if we had a chart showing the different ISP upload times.
diogenese if I were using your ISP I would gain 7hrs folding per rig each week, almost one complete 1920pt WU.

sculptor.:)
 
Last edited:
Eclipse Internet 8mbs here. 448kbs upstream, equates to about 40KB/s real speed, so pretty quick for me. I know what you mean though the WU's seem to take forever to upload.

At the very least you'd have thought they'd make it so that after a WU finishes it downloads a new WU first then starts uploading the completed one whilst it's working on the new one. Or better still use the queue system that appears to be already implemented to download a new WU at 98% completion :confused:
 
Back
Top Bottom