[GE users] Runtime Design Automation?

Rod.Rebello at Microchip.com Rod.Rebello at Microchip.com
Fri Jul 27 23:12:15 BST 2007

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

Thanks, Andreas.  Just caught up with the discussion you and Mark have been having on this.  I think this is on the right track.  I also thought that integrating qlicserver into the solution would be best, and had started thinking about how it might be adapted to handle this situation.  For now, I'm going to evaluate the RTDA product solution.  Their demo seems to indicate it meets our need, and was developed for the EDA market.  If it doesn't work out, I will pick up on your ideas.

- Rod

-----Original Message-----
From: Andreas.Haas at Sun.COM@MICROCHIP On Behalf Of Andreas.Haas at Sun.COM
Sent: Monday, July 16, 2007 7:59 AM
To: users at gridengine.sunsource.net
Subject: RE: [GE users] Runtime Design Automation?

Hi Rod,

I just uploaded the outcome of a proof-of-concept I worked on in 2005


although it is a very rude script solution, but I blieve it does what you ask for. It consists of two bourne-sh building blocks:

(1) The 'juggler_remote' script is launched repeatedly via rsh as to (a) measure each clusters license demand by simply parsing qstat output (b) measure how many license are in use at a time and (c) adjust the amount of global licenses for a cluster.

(2) The 'juggler' script is the component that decides how many licenses shall be available at each cluster. It's decision is based on license utilization and demand of each cluster and a set of simple policies. Policies are simply kept a 'gobal_policies' file and per-cluster 'policies' files and essentially allow three different parameters can be specified for each license

     * the maximum amount available enterprise-wide
     * the minimum amount that shall always be available at a local
       cluster irrespective of the actual load situation
     * the maximum amount as an upper limit for each local cluster

actual heart component of the 'juggler' is a small C program (schedule.c) which that a round robin license assignment. Actually I had liked to write it also in bourne-shell, but then it turned out to be too complicated.

In terms of boundary conditions the only requirement is that some kind of rsh can be run from the host where 'juggler' runs to hosts where 'juggler_remote'
is run for each cluster.

In case of local cluster maintainace shutdown 'juggler_remote' neither can retrieve new information about license demand/utilization nor is it possible to apply the most recent license share entitlement to the cluster. The same is true in case of partial network outages. License juggler tries to take that into account by assuming the most recent information about license demand/utilization still would be valid. Aside of this license juggler simply continues operation to ensure license sharing amongst reachable clusters is not interrupted.


On Fri, 13 Jul 2007, Rod.Rebello at Microchip.com wrote:

> I think you misunderstood.  We also use your qlicserver to monitor license usage at each site so global licenses aren't oversubscribed.  However, we want to manage the license queuing globally across sites with some form of fair share allocation strategy.  Right now, we can only do this on a local basis.  We don't want any one site to monopolize the licenses.  We have sites in India, USA, and Europe sharing the same licenses.  RTDA says they have a configurable multiqueuing capability that will fairly allocate the licenses across grid sites.
> - Rod
> -----Original Message-----
> From: "Olesen, Mark" <Mark.Olesen at emcontechnologies.com>@MICROCHIP
> Sent: Friday, July 13, 2007 12:56 AM
> To: 'users at gridengine.sunsource.net'
> Subject: RE: [GE users] Runtime Design Automation?
>> I know this is somewhat off-topic, but has anyone heard of or use the
> queuing system from Runtime Design
>> Automation (RTDA), www.rtda.com?  They claim to have a few features 
>> not
> available in SGE that we have been
>> looking for, such as global license queuing management between sites. 
>> Any
> feedback appreciated, especially
>> as to how it compares to SGE.
> Since all our licenses are monitored by the qlicserver, we use the 'qlic'
> query (packaged as part of qlicserver) to check the current license usage, and simply parse the accounting file (for number of cpu, run-time, etc) to assess historical usage.
> I believe Reuti has also posted an analysis script here before.
> The ARCO tools might also provide what you are looking for.
> /mark
> 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, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
> For additional commands, e-mail: users-help at gridengine.sunsource.net


Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Marcel Schneider, Wolfgang Engels, Dr. Roland Boemer Vorsitzender des Aufsichtsrates: Martin Haering

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