[GE users] OR operator for Consumable complexes ?
dev_hyd2001 at yahoo.com
Mon Nov 17 11:27:02 GMT 2008
[ 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. ]
Thank you for the response.
But doing it this way requires the user to know which licenses to request. In the case of fluent , for example the serial licenses are way more expensive than the parallel ones, so it makes sense to first use up the parallel licenses before trying to use the serial ones in parallel mode. It would be nice to not only have the OR operator for consumables but also be able to specify the order in which the complex requests should be checked by SGE.
--- On Mon, 11/17/08, Olesen, Mark <Mark.Olesen at emcontechnologies.com> wrote:
From: Olesen, Mark <Mark.Olesen at emcontechnologies.com>
Subject: RE: [GE users] OR operator for Consumable complexes ?
To: users at gridengine.sunsource.net
Date: Monday, November 17, 2008, 11:36 AM
> There are certain applications for example Ansys Fluent which can use
> multiple types of licenses to do the same work. Eg- In the case of
> You have fluent-par licenses which are used for the parallel processes
> and fluent licenses which are for serial fluent runs. However in cases
> where the fluent-par licenses are exhausted , the application can
> start using the fluent serial licenses as parallel licenses.
> In such cases when requesting for the consumable complexes called
> fluent and fluent-par in SGE on would like to do something like
> qsub -pe make 8 -l fluent-par=1|fluent=1
> meaning use the fluent-par licenses if they are available if not use
> the fluent licenses instead
> Is something like that possible in SGE today ?
The solution that Reuti suggested sometime ago: just introduce double
If you have complexes 'fluentp' (parallel) and 'fluents'
can also define a complex 'fluent' that is a combination of both.
If your job should *only* use parallel licenses:
For exclusive use of serial licenses:
If you don't actually care which licenses are used:
You'll probably want to look at 'derived' types in the qlicserver
(assuming that you are using this license integration method).
I'm not sure if the current published version properly handles
user-defined limits with the derived types, but the next release should
have this fixed.
This e-mail message and any attachments may contain
legally privileged, confidential or proprietary Information,
or information otherwise protected by law of EMCON
Technologies, its affiliates, or third parties. This notice
serves as marking of its "Confidential" status as defined
in any confidentiality agreements concerning the sender
and recipient. If you are not the intended recipient(s),
or the employee or agent responsible for delivery of this
message to the intended recipient(s), you are hereby
notified that any dissemination, distribution or copying
of this e-mail message is strictly prohibited.
If you have received this message in error, please
immediately notify the sender and delete this e-mail
message from your computer.
To unsubscribe from this discussion, e-mail:
[users-unsubscribe at gridengine.sunsource.net].
To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
More information about the gridengine-users