[GE users] complex use of complexes

reuti reuti at staff.uni-marburg.de
Tue May 11 10:11:58 BST 2010


Hi,

Am 10.05.2010 um 23:43 schrieb gragghia:

> We are wanting to add management of RAM usage on our system by setting 
> h_vmem to consumable and adding a reasonable default value.  The problem 
> is that we have one parallel job that needs to use 128GB on its rank 
> zero "master" process but only 2GB of RAM on the slave processes.  
> Setting h_vmem=2GB will cause the rank zero process to fail, but using 
> hvmem=128G will not be able to run because the other compute nodes do 
> not have that much RAM.  How can we make this work?  If it isn't 
> possible, can we make an exception to the management of vmem so that 
> this job doesn't get killed due to over-usage?

for it's not possible to request different resources for master/slaves, but it's a long time RFE:

http://gridengine.sunsource.net/issues/show_bug.cgi?id=75

Depending on the machines you use: a workaround could be to set aside some machine for the sole purpose to run the master job and request a special -masterq from the range of this machines, and request all the other machines from the normal pool.

-- Reuti


> Thanks,
> 
> -- 
> Gerald Ragghianti
> 
> Newton HPC Program http://newton.utk.edu/
> Office of Information Technology
>   Research Computing Support
>   Professional Technical Services
> 
> The University of Tennessee
> 2309 Kingston Pike
> Knoxville, TN 37996
> Phone: 865-974-2448
> 
> /-------------------------------------\
> | One Contact       OIT: 865-974-9900 |
> | Many Solutions         help.utk.edu |
> \-------------------------------------/
> 
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=256885
> 
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

------------------------------------------------------
http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=256935

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



More information about the gridengine-users mailing list