Re: [boinc_dev] boinc_dev Digest, Vol 153, Issue 3

2017-03-08 Thread McLeod, John
boun...@ssl.berkeley.edu>] On Behalf Of Robert Miles Sent: Tuesday, March 7, 2017 8:22 AM To: boinc_dev@ssl.berkeley.edu<mailto:boinc_dev@ssl.berkeley.edu> Subject: Re: [boinc_dev] boinc_dev Digest, Vol 153, Issue 3 From what I've seen, when BOINC suspends workunits, this DOES NOT fre

Re: [boinc_dev] boinc_dev Digest, Vol 153, Issue 3

2017-03-07 Thread Jord van der Elst
s > Sent: Tuesday, March 7, 2017 8:22 AM > To: boinc_dev@ssl.berkeley.edu > Subject: Re: [boinc_dev] boinc_dev Digest, Vol 153, Issue 3 > > From what I've seen, when BOINC suspends workunits, this DOES NOT free the > memory they are using. > > It looks like BOINC should not be allo

Re: [boinc_dev] boinc_dev Digest, Vol 153, Issue 3

2017-03-07 Thread McLeod, John
Digest, Vol 153, Issue 3 From what I've seen, when BOINC suspends workunits, this DOES NOT free the memory they are using. It looks like BOINC should not be allowed to start a workunit without checking whether enough memory is still free, and it should then be required to repeat this check

Re: [boinc_dev] boinc_dev Digest, Vol 153, Issue 3

2017-03-07 Thread Robert Miles
From what I've seen, when BOINC suspends workunits, this DOES NOT free the memory they are using. It looks like BOINC should not be allowed to start a workunit without checking whether enough memory is still free, and it should then be required to repeat this check before starting the next