[GE users] Comments please: Proposal for JobQueue::GridEngine and JobQueue::ForkingLayer modules

Rayson Ho rayrayson at gmail.com
Thu Jun 15 17:40:02 BST 2006


    [ 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. ]

Hi Alex,

Any news on the progress? Do you think any of us can help in getting
the approval to submit your code to CPAN??

Rayson



On 6/1/06, Ron Chen <ron_chen_123 at yahoo.com> wrote:
> Just want to say "thank you"!
>
> Also, just something related - Globus has the fork job manager,
> which is a layer to provide a higher level of abstraction. I
> haven't done much with Globus so I don't know how good/bad it
> is.
>
> Let us know the progess of getting it onto CPAN.
>
>  -Ron
>
>
> --- Nikhil Mulley <mulleyn at deshaw.com> wrote:
> > I am eagerly waiting it to be seen on CPAN. Thank you :)
> >
> > Alex Beamish wrote:
> > > On 5/30/06, Rayson Ho <rayrayson at gmail.com> wrote:
> > >> Alex,
> > >>
> > >> Does the forking layer have any scheduling and/or queueing
> > ability on
> > >> its own??
> > >
> > > Good question .. the answer is no, not really.
> > >
> > > The relevant JobQueue method isAcceptingJobs is a boolean
> > function
> > > that tells whether jobs can be submitted. For the grid
> > engine, this is
> > > always true, since jobs will be queued and then executed.
> > For the
> > > forking layer, I have arbitrarily decided five simulatneous
> > jobs is
> > > the limit, and after that no more jobs will be accepted --
> > they won't
> > > even be queued, although that functionality could be added.
> > >
> > > In my application, candidates are selected from a database;
> > if the
> > > JobQueue cannot accept any pending jobs, the caller does a
> > sleep
> > > (essentially, a yield) and tries again later. In the event
> > of a
> > > shutdown situation, I prefer that any pending jobs are left
> > in the
> > > database, and not in a queue within the JobQueue module,
> > hence the
> > > design decision not to implement any queueing.
> > >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > users-unsubscribe at gridengine.sunsource.net
> > For additional commands, e-mail:
> > users-help at gridengine.sunsource.net
> >
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> ---------------------------------------------------------------------
> 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




More information about the gridengine-users mailing list