| 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 |
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
How much ram can a typical WCG task use?
----------------------------------------Running windows x64. Is there an upper limit beyond which more ram adds no additional overall processing speed? [Edit 2 times, last edit by Former Member at Jun 11, 2012 12:30:10 AM] |
||
|
|
GIBA
Ace Cruncher Joined: Apr 25, 2005 Post Count: 5374 Status: Offline |
----------------------------------------
Cheers ! GIB@
![]() Join BRASIL - BRAZIL@GRID team and be very happy ! http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=DF99KT5DN1 |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Hi GIBA,
Thanks very much. I see that these are "recommended minimums". This is helpful but may not be the same things as "maximum that could be used. That is what I am trying to clarify. Does minimum recommended = maximum usable? Ken Florian |
||
|
|
sk..
Master Cruncher http://s17.rimg.info/ccb5d62bd3e856cc0d1df9b0ee2f7f6a.gif Joined: Mar 22, 2007 Post Count: 2324 Status: Offline Project Badges:
|
!
----------------------------------------[Edit 1 times, last edit by skgiven at Jul 18, 2012 8:54:34 PM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Does minimum recommended = maximum usable? Ken Florian I would say yes. In my experience the "recommended minimums" are conservative and an individual work unit will not use more RAM than specified. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
To the question "Is there an upper limit beyond which more ram adds no additional overall processing speed?", if you multiply the minima -per science, per task- times the number of tasks you intend to run concurrent, you've got what you need, beyond which adding more RAM is pointless [on a dedicated cruncher]. If you use the system than whatever the user applications require needs to be added to that figure. In the example, it says that CEP2 is save with a minimum of 1024MB, including virtual [per task]. On a system with 8 threads, that's 8GB. If you run 8 concurrent on a system with 6GB allowed for BOINC [which is possible], and problems occur, then that's something to be expected... operating outside the 'save' considered envelope.
Since WUPROP [another BOINC project which monitors all sorts of task parms http://wuprop.boinc-af.org/results/delai.py ], it's the place to find the real thing. Limit RAM to what they track, without safety factor and problems may arise [no recourse]. In the case of CEP2, user systems report a maximum of 216.4MB. I'd not advise of limiting CEP2 to that... you'd see: 1) Waiting for memory 2) Crashing tasks 3) Even more disk i/o than it already does. 4) and anything else you'd not thought of. --//-- |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Thanks to all.
This is what I needed to know. Ken |
||
|
|
|