BOINC resumes network activity w/o user request!

[Raistmer]

5/2/2012 23:15:05 PM      Suspending network activity - user request
5/2/2012 23:28:15 PM      Windows is resuming operations
5/2/2012 23:28:15 PM      Resuming computation
5/2/2012 23:28:15 PM   SETI@home Beta Test   [cpu_sched] Starting ap_09jn11ab_B2_P0_00151_20120422_19325.wu_0(resume)
5/2/2012 23:28:15 PM   SETI@home   [cpu_sched] Resuming 03jn11aa.2955.885.16.10.89_2
5/2/2012 23:28:15 PM   SETI@home   [cpu_sched] Resuming 17ja12ab.506.1294.6.10.9_2
5/2/2012 23:28:15 PM      Resuming network activity
5/3/2012 00:50:30 AM      Suspending network activity - user request

[Richard Haselgrove]

Which version of BOINC? I have an error report in for v7.0.26 (since 20 April) - in my case for a slightly different error, BOINC resuming work fetch unannounced while network activity is suspended.

David couldn't reproduce it, so he made a new <suspend_debug> logging option for the "next release..."

...which is v7.0.27, released about an hour ago. Now that the Beta app I suspended network activity to capture has finished, I'm going to install the copy I've already downloaded.

[Raistmer]

6.10.60
it resumes network activity after netbook returns from standby. So it regularly upload all my collected statistics 

[arkayn]

We have been waiting for some of these fixes for a while.

[Richard Haselgrove]

6.10.60
it resumes network activity after netbook returns from standby. So it regularly upload all my collected statistics 

If it's v6.10, it's been around for years, and you won't get any fix back-ported now.

I think this one may come into a more general class of bugs - "changes to program options are not committed to permanent storage [in the registry] except during a manual program exit". So, if BOINC closes abnormally (crash / power cut), recent configuration changes are lost. They are also lost if BOINC closes unconditionally under external control - either from BOINC's own installer, or from a Windows 'closedown' instruction. Does your netbook standy process close running applications?

The solution, of course, would be for BOINC to store all registry changes immediately, rather than keeping them in volatile memory. I think barry has tried to report bugs in this class before, but without success.

In my case, with computation active, file transfer remained suspended when work fetch resumed. That's different.

[Raistmer]

Does your netbook standy process close running applications?

No, it's usual windows suspend/resume with all apps in memory. Sometimes it extends to hybernate, but again, w/o closing anything.
Log says - BOINC detects windows resume (being running) and resumes computation activity and network activity (that it should not do cause before user manually requested to suspend it).

[William]

IIRC I was seeing such behaviour as well, but I don't leave the WiFi running, so nothing actually goes up.

[Raistmer]

IIRC I was seeing such behaviour as well, but I don't leave the WiFi running, so nothing actually goes up.

My ad-hoc WiFi too buggy so I plug cable when home... and lose all collected statistics 

[Richard Haselgrove]

IIRC I was seeing such behaviour as well, but I don't leave the WiFi running, so nothing actually goes up.

My ad-hoc WiFi too buggy so I plug cable when home... and lose all collected statistics 

Well, the answer is in your own hand, then - literally    Copy the files somewhere else before you plug in the cable.

I have an open bug report on the other networking issue, reproduced and logged under v7.0.27 - I can add it to that.

[Raistmer]

sure I can do workaround... I will remember to do it
Add my bug to bugreport please.

[Richard Haselgrove]

sure I can do workaround... I will remember to do it
Add my bug to bugreport please.

Turns out not to be needed - it was reported and fixed 7 months ago.

http://boinc.berkeley.edu/trac/changeset/24390/boinc

You just need an up-to-date BOINC on the netbook