[GE users] SGE large memory jobs

udowaechter udo.waechter at uni-osnabrueck.de
Mon Jul 13 15:54:07 BST 2009

    [ The following text is in the "UTF-8" character set. ]
    [ Your display is set for the "ISO-8859-10" character set.  ]
    [ Some characters may be displayed incorrectly. ]

if I understand the complex stuff correctly, then you need to set  
mem_free to be 'consumable'. By default it is set to no.

If you set it to yes, then each job will decrease the amount of  
mem_free by the requested value.

Now, the question arises why mem_free is not consumable by default,  
when memory clearly is consumed by programs...

Have fun,

On 12.07.2009, at 04:43, mbay2002 wrote:

> A user is running a java based script that requires 5 GB of memory.  
> Each of our nodes has 8 GB of RAM available.
> He is trying something along the lines of
> qsub -l mem_free=5G java.sge
> sleep 10
> qsub -l mem_free=5G java.sge
> However, even though we have plenty of open nodes, after submitting  
> several jobs like this, a few end up on the same node, and the jobs  
> start paging.
> We have a pretty vanilla install of SGE, we haven't done any special  
> configuration.  I honestly do not know SGE well enough to know if  
> there is a simple way to ensure that these jobs get assigned one per  
> node.
> I've done a bit of RTFM'ing, but could use a hint at this point.
> This is SGE 6.2
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=206604
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net 
> ].

:: udo waechter - root at zoide.net :: N 52?16'30.5" E 8?3'10.1"
:: genuine input for your ears: http://auriculabovinari.de
::                          your eyes: http://ezag.zoide.net
::                          your brain: http://zoide.net


To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

    [ Part 2, Application/PKCS7-SIGNATURE (Name: "smime.p7s") 2.2 KB. ]
    [ Unable to print this part. ]

More information about the gridengine-users mailing list