[GE users] h_vmem? virtual_free? mem_free?

Charu Chaubal Charu.Chaubal at Sun.COM
Wed Apr 13 17:50:48 BST 2005


Hi Sebastian,

Please look at job_load_adjustments in the scheduler man page.  This 
does what you are looking for.

Regards,
	Charu

On Apr 13, 2005, at 9:09 AM, Sebastian Stark wrote:

>
> Hi,
>
> Thank you for answering.
>
> On Wednesday 13 April 2005 17:44, Andreas Haas wrote:
>> Hi Sebastian,
>>
>> I recommend use of h_vmem as per host consumable. Reason is
>> in contrast to mem_free the h_vmem is a regular resource limit
>> that is enforced on a per job basis!
>
> Sorry, I do not understand what that means. I do not want to limit the 
> maximum
> amount of memory a job may use, I just want to make sure it does not 
> run on a
> machine where another job is already running that has requested a lot 
> of
> memory (but is not yet using it).
>
>> As capacity for h_vmem you can use mem_total or virtual_total
>> depending on your needs. Though there is no means to automatically
>> use mem_total/virtual_total memory value as per host h_vmem
>> capacity, but you can use scripting interface to configure this.
>
> Do you mean (assuming my hosts have 8GB of real mem each) I should do:
>
>   qconf -mattr exechost complex_values mem_total=7.7G [listofnodes]
>
> ? What would be the difference if I'd use virtual_total instead?
>
>
> Sebastian
>
> -- 
> Sebastian Stark -- http://www.kyb.tuebingen.mpg.de/~stark
> Max Planck Institute for Biological Cybernetics
> Spemannstr. 38, 72076 Tuebingen
> Phone: +49 7071 601 555 -- Fax: +49 7071 601 552
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net
>
>
###############################################################
# Charu V. Chaubal				# Phone: (650) 786-7672 (x87672)
# Grid Computing Technologist	# Fax:   (650) 786-4591
# Sun Microsystems, Inc.			# Email: charu.chaubal at sun.com
###############################################################


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net




More information about the gridengine-users mailing list