Hinke (Apr 20 2009)

Message boards : Technical News : Hinke (Apr 20 2009)
Message board moderation

To post messages, you must log in.

Previous · 1 · 2

AuthorMessage
Chelski
Avatar

Send message
Joined: 3 Jan 00
Posts: 121
Credit: 8,979,050
RAC: 0
Malaysia
Message 888438 - Posted: 26 Apr 2009, 9:15:38 UTC

It seems that a lot of suggestion assumes that newbies etc will have a 24/7 connection (e.g. 1/wu/core/day) Sadly that assumption is not true especially in developing countries. Here in Malaysia I have friends who can only afford a DSL package measures in 60 hours a week. 2 hours a day. Not to mention some are still using dialups.

People should be given a reasonable cache to start with - not just 2 hours of work. And I think "loss" of WUs and bandwidth wastage are a little exaggerated now that the great AP outage is behind us. Most of my APs in cache are initial replications, not reissues.
ID: 888438 · Report as offensive
Profile ML1
Volunteer moderator
Volunteer tester

Send message
Joined: 25 Nov 01
Posts: 21245
Credit: 7,508,002
RAC: 20
United Kingdom
Message 888450 - Posted: 26 Apr 2009, 9:51:54 UTC - in response to Message 888438.  
Last modified: 26 Apr 2009, 9:54:32 UTC

... DSL package measures in 60 hours a week. 2 hours a day. Not to mention some are still using dialups.

People should be given a reasonable cache to start with - not just 2 hours of work...

???

Boinc has been designed exactly for that type of scenario. Hence, you can set your 'expected' connection interval and also additionally set to keep an 'extra' amount of cache. Set those in your web preferences or on the client itself.

Depending on your circumstances, 'reasonable' values are perhaps to have no more than 10 days of cache. Longer than that and you risk not returning the WUs in time.

As the user, it is up to you how you balance keeping many WUs in the cache versus the risk of no credit for WUs that are returned late.

For the project, if you do have an always on 24/7 connection, then a minimum sized cache minimises the 'administrative' loading on the project servers. For example, I have just 0.1 days set for my cache. Then also, I also run Climate Prediction...! (Very big long WUs.)

You have a choice, and great opportunity to 'play' with the settings.

Aside: Note that at the moment, the servers appear to be struggling to keep pace with WU requests. You may not get a big cache on your first attempt simply because the WUs are not available, or because the servers are overloaded by many requests from others.

Hope that helps,

Good luck!
Martin
See new freedom: Mageia Linux
Take a look for yourself: Linux Format
The Future is what We all make IT (GPLv3)
ID: 888450 · Report as offensive
Chelski
Avatar

Send message
Joined: 3 Jan 00
Posts: 121
Credit: 8,979,050
RAC: 0
Malaysia
Message 888525 - Posted: 26 Apr 2009, 17:49:45 UTC - in response to Message 888450.  

Yep, actually I am in favour of keeping the current setup - a new client can get about 20 MB WUs on the second try (1st try somehow always give 1)

My comment was a response to suggestions (that seems to persists across threads - generally came about after great AP debacle where millions of AP Wus meet untimely ends and resends)that newbies and new clients be given very limited work in order to avoid losing a largish cache in case they dont come back (or scared off by a long queue of AP works), but for me personally the current setup is exactly fine - sometimes I do travel to rural areas with no internet access and the long queue options works great.
ID: 888525 · Report as offensive
1mp0£173
Volunteer tester

Send message
Joined: 3 Apr 99
Posts: 8423
Credit: 356,897
RAC: 0
United States
Message 888568 - Posted: 26 Apr 2009, 20:35:54 UTC - in response to Message 888450.  
Last modified: 26 Apr 2009, 20:37:20 UTC

... DSL package measures in 60 hours a week. 2 hours a day. Not to mention some are still using dialups.

People should be given a reasonable cache to start with - not just 2 hours of work...

???

Boinc has been designed exactly for that type of scenario. Hence, you can set your 'expected' connection interval and also additionally set to keep an 'extra' amount of cache. Set those in your web preferences or on the client itself.

Depending on your circumstances, 'reasonable' values are perhaps to have no more than 10 days of cache. Longer than that and you risk not returning the WUs in time.

As the user, it is up to you how you balance keeping many WUs in the cache versus the risk of no credit for WUs that are returned late.

For the project, if you do have an always on 24/7 connection, then a minimum sized cache minimises the 'administrative' loading on the project servers. For example, I have just 0.1 days set for my cache. Then also, I also run Climate Prediction...! (Very big long WUs.)

You have a choice, and great opportunity to 'play' with the settings.

Aside: Note that at the moment, the servers appear to be struggling to keep pace with WU requests. You may not get a big cache on your first attempt simply because the WUs are not available, or because the servers are overloaded by many requests from others.

Hope that helps,

Good luck!
Martin

You can also limit your network availability to specific times, so someone restricted to 60 hours/week could limit network access to 2 hours/day, and be sure they had plenty of time left over for other use.

... and as long as the user proved reliable, the cache can be allowed to build quickly, then any "newbie limit" becomes a non-issue.
ID: 888568 · Report as offensive
Previous · 1 · 2

Message boards : Technical News : Hinke (Apr 20 2009)


 
©2024 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.