Deprecated: Function get_magic_quotes_gpc() is deprecated in /disks/centurion/b/carolyn/b/home/boincadm/projects/beta/html/inc/util.inc on line 663
Must set rsc_memory_bound correctly

Must set rsc_memory_bound correctly

Message boards : SETI@home Enhanced : Must set rsc_memory_bound correctly
Message board moderation

To post messages, you must log in.

AuthorMessage
Jacob Klein
Volunteer tester

Send message
Joined: 19 Jul 13
Posts: 10
Credit: 606,086
RAC: 0
United States
Message 50279 - Posted: 1 Apr 2014, 1:27:12 UTC

SETI Beta Team:

You need to change your work unit parameters, to properly set <rsc_memory_bound> correctly. BOINC 7.3.14 alpha (and potentially future versions also) will read that value, and compare it to the Working Set size, and will auto-abort the work unit if it exceeds the bound.

As of right now, I am getting errors due to your incorrect settings.

For example:
http://setiweb.ssl.berkeley.edu/beta/result.php?resultid=16519169
Exit status 198 (0xc6) EXIT_MEM_LIMIT_EXCEEDED
<core_client_version>7.3.14</core_client_version>
<![CDATA[
<message>
working set size > workunit.rsc_memory_bound: 97.08MB > 32.00MB
</message>

Could you please promptly fix this?

Regards,
Jacob Klein
ID: 50279 · Report as offensive
Jacob Klein
Volunteer tester

Send message
Joined: 19 Jul 13
Posts: 10
Credit: 606,086
RAC: 0
United States
Message 50280 - Posted: 1 Apr 2014, 2:11:05 UTC

It looks like this change is being reverted for now, per David's email below.
So, there is no longer an immediate need to correct the value...
But please consider setting it correctly at some point, in case it gets used by the client in the future.


> Date: Mon, 31 Mar 2014 18:53:33 -0700
> From: d..a@ssl.berkeley.edu
> To: b..c_alpha@ssl.berkeley.edu
> Subject: Re: [boinc_alpha] 7.3.14 - Heads up - Memory bound enforcement
>
> On further thought, I'm going to change things back to the way they were, namely
>
> 1) workunit.rsc_memory_bound is used only by the server;
> it won't send a job if rsc_memory_bound > host's available RAM
> 2) the client aborts a job if working set size > host's available RAM
> 3) the client will run a set of jobs only if the sum of their WSSs
> fits in available RAM
> (i.e. if a job's WSS is close to all available RAM,
> it would run that job and nothing else)
>
> The reason for not aborting jobs when WSS > rsc_memory_bound is that
> it requires projects to come up with very accurate estimates of RAM usage,
> which I don't think is feasible in general.
> Also, it will lead to lots of aborted jobs, which is bad for volunteer morale.
>
> -- David
ID: 50280 · Report as offensive

Message boards : SETI@home Enhanced : Must set rsc_memory_bound correctly


 
©2022 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.