Questions and Answers : Windows : BOINC trying to download a second (and third) WU while still processing first...
Message board moderation
Author | Message |
---|---|
Send message Joined: 13 Jan 06 Posts: 1498 Credit: 15,613,038 RAC: 0 |
I just caught BOINC starting a second (and trying to download a third) sulphur workunit while still only 11% of the way through the first one... * Confirmed via Task manager that both sulphur tasks were running simultaneously * Have \'suspended\' both, * restarted boinc, * aborted the newly downloaded one (sulphur_itex_100877929_0), and * resumed the original (sulphur_i3jr_100844407_0). It\'s just as well the server refused to allow the BOINC client to download the third, I think 3 sulphur simulations at the same time would be a bit much for my poor old box! 22/01/2006 19:35:41||Starting BOINC client version 5.2.13 for windows_intelx86 22/01/2006 19:35:41||libcurl/7.14.0 OpenSSL/0.9.8 zlib/1.2.3 22/01/2006 19:35:41||Data directory: E:\\Program Files\\BOINC 22/01/2006 19:35:41||Processor: 1 AuthenticAMD AMD Athlon(tm) 64 Processor 3000+ 22/01/2006 19:35:41||Memory: 3.00 GB physical, 4.84 GB virtual 22/01/2006 19:35:41||Disk: 71.56 GB total, 35.36 GB free 22/01/2006 19:35:41|rosetta@home|Computer ID: 138077; location: home; project prefs: default 22/01/2006 19:35:41|climateprediction.net|Computer ID: 345327; location: home; project prefs: default 22/01/2006 19:35:41|SETI@home|Computer ID: 2070328; location: home; project prefs: default 22/01/2006 19:35:41||General prefs: from SETI@home (last modified 2006-01-17 01:49:20) 22/01/2006 19:35:41||General prefs: no separate prefs for home; using your defaults 22/01/2006 19:35:42||Remote control not allowed; using loopback address 22/01/2006 19:35:42|climateprediction.net|Deferring computation for result sulphur_i3jr_100844407_0 22/01/2006 19:35:42|climateprediction.net|Deferring computation for result sulphur_itex_100877929_0 22/01/2006 19:36:19||request_reschedule_cpus: result op 22/01/2006 19:36:20|climateprediction.net|Restarting result sulphur_i3jr_100844407_0 using sulphur_cycle version 422 22/01/2006 19:43:33|climateprediction.net|Unrecoverable error for result sulphur_itex_100877929_0 (aborted via GUI RPC) 22/01/2006 19:43:33||request_reschedule_cpus: result op 22/01/2006 19:43:33|climateprediction.net|Computation for result sulphur_itex_100877929_0 finished 1738734 1136449 22 Jan 2006 19:29:05 UTC 5 Jan 2007 0:49:05 UTC In Progress Unknown New --- --- 0.00 1704269 1102927 15 Jan 2006 23:59:51 UTC 29 Dec 2006 5:19:51 UTC In Progress Unknown New --- --- 2,088.84 1656954 1039661 15 Jan 2006 0:27:04 UTC 15 Jan 2006 0:28:14 UTC Over Client error Downloading 0.00 0.00 0.00 1650667 962930 14 Jan 2006 0:59:25 UTC 14 Jan 2006 1:00:35 UTC Over Client error Downloading 0.00 0.00 0.00 1647319 1035390 13 Jan 2006 19:45:46 UTC 13 Jan 2006 19:46:56 UTC Over Client error Downloading 0.00 0.00 0.00 1646706 1033636 13 Jan 2006 19:43:55 UTC 13 Jan 2006 19:45:46 UTC Over Client error Downloading 0.00 0.00 0.00 1644440 941015 13 Jan 2006 11:08:01 UTC 13 Jan 2006 11:09:11 UTC Over Client error Downloading 0.00 0.00 0.00 1642550 919710 13 Jan 2006 11:06:51 UTC 13 Jan 2006 11:08:01 UTC Over Client error Downloading 0.00 0.00 0.00 1644543 1032008 13 Jan 2006 11:05:40 UTC 13 Jan 2006 11:06:51 UTC Over Client error Downloading 0.00 0.00 0.00 1643648 1023694 13 Jan 2006 11:03:44 UTC 13 Jan 2006 11:05:40 UTC Over Client error Downloading 0.00 0.00 0.00 I'm a volunteer and my views are my own. News and Announcements and FAQ |
Send message Joined: 9 Jan 06 Posts: 4 Credit: 4,555 RAC: 0 |
I have a similar issue, but notice that it only happened after I suspended the first. I saw a recommendation in another positing to suspend the current wu before switching the maching off (to avoid losing work), but when I restarted, BOINC clearly decided it needed more work to do and didn\'t wait for me to resume my first wu. I notice in your posting that you suspended both the first two wus, and so (my interpretation) BOINC found all work suspended and decided to go and find some more. |
Send message Joined: 16 Oct 04 Posts: 692 Credit: 277,679 RAC: 0 |
Version 4.x had a bug that seemed to cause this download extra unneeded WUs. 4.45 seemed to have cured it but I occasionally see reports of it happening with 4.45. The other thing is that if you suspend a WU and BOINC wants to do work on that project it will download another WU. So if you want to suspend a project do it from the projects tab not the work tab. There are 3 levels of suspend - WU level, project level and suspend activities from file menu (Commands menu in v5). HTH Visit BOINC WIKI for help And join BOINC Synergy for all the news in one place. |
Send message Joined: 13 Jan 06 Posts: 1498 Credit: 15,613,038 RAC: 0 |
I only suspended things once I noticed that it was running two sulphur models (it was actually running both simultaneously according to task manager, although only one appeared in the BOINC manager initially). The \'messages\' tab indicated that it was trying to download a third, but being refused by the server due to the \'only one WU per day\' limitation. I suspect it may have been due to running a game in the foreground for an hour or so while BOINC was running in the background, although on the other hand it was quite an old game (circa 2002) and shouldn\'t have taken too much CPU? Boinc mananger is 5.2.13. I guess I\'ll have to set it to only run when I\'m not using the machine, but that would mean it\'d lose 30 - 50% of the available CPU time. I have a similar issue, but notice that it only happened after I suspended the first. I saw a recommendation in another positing to suspend the current wu before switching the maching off (to avoid losing work), but when I restarted, BOINC clearly decided it needed more work to do and didn\'t wait for me to resume my first wu. I notice in your posting that you suspended both the first two wus, and so (my interpretation) BOINC found all work suspended and decided to go and find some more. I'm a volunteer and my views are my own. News and Announcements and FAQ |
Send message Joined: 5 Sep 04 Posts: 7629 Credit: 24,240,330 RAC: 0 |
Set it for \"No new work\", then it CAN\'T try getting more. Reset it if/when your current model fails. |
Send message Joined: 13 Jan 06 Posts: 1498 Credit: 15,613,038 RAC: 0 |
Set it for \"No new work\", then it CAN\'T try getting more. Reset it if/when your current model fails. Good idea, I\'ve done that now I'm a volunteer and my views are my own. News and Announcements and FAQ |
Send message Joined: 27 Jun 05 Posts: 74 Credit: 199,198 RAC: 0 |
I have a similar issue, but notice that it only happened after I suspended the first. I saw a recommendation in another positing to suspend the current wu before switching the maching off (to avoid losing work), but when I restarted, BOINC clearly decided it needed more work to do and didn\'t wait for me to resume my first wu. I notice in your posting that you suspended both the first two wus, and so (my interpretation) BOINC found all work suspended and decided to go and find some more. It is important to understand that there is a difference between suspending a result and suspending a project. If you suspend a result, then the client is still free to run other work from the same project, including downloading new work from the same project. If you suspend a project, then no more work will be downloaded for that project. The difference is whether you click suspend on the work tab (suspends the highlighted result) or on the projects tab (suspends the highlighted project). If you have mnore than one project active, then suspneding one project can trigger new work to be downloaded for one of the other projects. In this case, disable networking first. Hope that helps |
©2025 cpdn.org