| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 7
|
|
| Author |
|
|
Randzo
Senior Cruncher Slovakia Joined: Jan 10, 2008 Post Count: 339 Status: Offline Project Badges:
|
Hello,
I use BOINC 6.10.17 on Ubuntu x64. I connect it to the Internet very rarely about once a week (I have to) to report all work and get new one assigned. Now I use it to calculate only CEP2 WUs, don't worry the rig is enough powerful to handle such load. When I request new work I should get about 82 or so work units for that 6 days to compute, but when I request new work I usually get only 3 o 4 tasks, so I have to request new work over 20 times, which is pretty annoying especially with 3 minutes limit to request again. This issue is not specific to CEP2 WUs, i usually get more from other projects but again I have to request it many many times. Any useful (working) suggestions are greatly appreciated. Thank you in advance. |
||
|
|
OldChap
Veteran Cruncher UK Joined: Jun 5, 2009 Post Count: 978 Status: Offline Project Badges:
|
Not sure how you connect but one thing that helps when up/downloading for me is changing cc_config.xml to include the following:
----------------------------------------<max_file_xfers>31</max_file_xfers> Maximum number of simultaneous file transfers (default 8). <max_file_xfers_per_project>30</max_file_xfers_per_project> Maximum number of simultaneous file transfers per project (default 2). You might need to adjust the actual number to suit the capability of your internet connection Assuming that you have your profile on this machine set to Minimum Work Buffer 8 days (if you collect new work every 7 days), this should get you a shed load at once. ![]() |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Not sure how you connect but one thing that helps when up/downloading for me is changing cc_config.xml to include the following: <max_file_xfers>31</max_file_xfers> Maximum number of simultaneous file transfers (default 8). <max_file_xfers_per_project>30</max_file_xfers_per_project> Maximum number of simultaneous file transfers per project (default 2). You might need to adjust the actual number to suit the capability of your internet connection Assuming that you have your profile on this machine set to Minimum Work Buffer 8 days (if you collect new work every 7 days), this should get you a shed load at once. It's a novel interpretation to me, how the number of concurrent download / upload threads [which those 2 config settings control] that BOINC is allowed to open [as seen in the Transfer tab], affects the number of tasks that will be assigned on a single work request, limited by [not exhaustively]: 1) Maximum assigned by work call [officiously 30, but larger numbers observed... maybe controlled by such things as how busy the feeder is?]. 2) Number of seconds of work requested, [that could too be capped on server side?] 3) Number of [distributed] slots that have work of the requested type [At a ratio of 35K CEP2 to 1.6M+ of others, a lower hit chance] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Randzo, how much time does it need to upload your 82 results of the previous period? The concurrent number has to my finding, little effect on the total end time... the more I have uploading at the same time to Harvard, the slower it goes. Downloading the much smaller Task files I see completing in infinitely shorter time [except when there's a project [re]launch fetch storm i.e. whether you get 3-4 per fetch or 40, at the end the fetches are probably finished before uploads complete. Yes / No?
----------------------------------------[Edit 1 times, last edit by Former Member at Nov 19, 2013 8:41:46 AM] |
||
|
|
Randzo
Senior Cruncher Slovakia Joined: Jan 10, 2008 Post Count: 339 Status: Offline Project Badges:
|
Hello Team,
thank you for suggestions I will try it. the upload usually takes about 3 hours or so to complete with this huge WUs I have about 2 Mb/s uplink speed, which is fairly constant. I do not understand your question Sek fully " Task files I see completing in infinitely shorter time [except when there's a project [re]launch fetch storm i.e. whether you get 3-4 per fetch or 40, at the end the fetches are probably finished before uploads complete. Yes / No?" I can request new work when about 70 or 80% of the uploads is complete. Than I can start requesting new work. After few minutes the uploads are complete and I can continue with work fetching. I fetch than with the same rate as when the uploads are not complete yet. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Fact: Every time you hit the update button you reset the deferral counter, so better keep your hands off or the 182 seconds restart after a [too early... last request was only xyz seconds ago]. Monitor in the Projects tab of BOINCTasks/BOINC Manager e.g. where you can watch the counter life to avoid jumping the gun [you will probably already have found out].
----------------------------------------Whilst, I just puzzled on something only now hitting me [again]. If there's more than 2x results to upload than BOINC permitted processor threads, download of new tasks is blocked [your ~80% upload completion swivel point]. knreed et al would have to comment on this real snag [think this is a very old rule, no matter what client version]. Don't know what his special rule / exception leeway is on giving more CEP2 work per call. My octo, until that SPO condition developed last weekend, never seemed to get more than 3-4 per call, but then the total was allowed to be 10 in the profile and networking is fairly constant, albeit slow. ~82 per fetch cycle is a special problem. [Edit 1 times, last edit by Former Member at Nov 19, 2013 6:53:46 PM] |
||
|
|
OldChap
Veteran Cruncher UK Joined: Jun 5, 2009 Post Count: 978 Status: Offline Project Badges:
|
I have a relatively fast connection which is capable of concurrent upload/download in excess of 2 per project and as such I see an increase in speed or decrease in the time taken to upload any backlog of results (for whatever reason)
----------------------------------------From observation alone I would say that any one result uploading to the server never exceeds a certain speed and that when uploading say 10 at a time, said speed is attainable for each. Getting a batch of Downloads also seems to go quicker with a setting higher than 2. The work server seems to send a larger number of wu's concurrently I know nothing of the logic employed by the work server and can only suggest this based on pure observation and based on my own connection on which I rarely have <10Mb available. ![]() |
||
|
|
|