[DRMAA-WG] Torque/PBS DRMAA - drmaa_wi* POSIX equivalents II
andre at merzky.net
Tue May 8 11:31:46 CDT 2007
Quoting [Andreas.Haas at Sun.COM] (May 08 2007):
> Actually the idea of having kind of a general pupose state definition
> framework model was discussed very, very early within DRMAA-WG. At that
> point in time the workgroup decided not to pursue this and I think this
> was good since I never heard such a request from the DRMAA user community.
Well, DRMAA was around much earlier than BES or SAGA or many
other groups - so I'm certainly not saying you should have
used this model :-)
Also, you are right: don't fix it if it ain't broken... If
users are happy, than thats a good measurement for
> Until now DRMAA users have not stated demand.
> On Sat, 5 May 2007, Andre Merzky wrote:
> >The nice thing about the BES (and SAGA) state model is that
> >it is rather simple, and probably represents a common
> >denominator for many systems.
> >At the same time, it can easily cover backend specific
> >substates (e.g. the DRMAA distinction for two different
> >SUSPENDED states would be modeled as substates to one
> >SUSPENDED state). These substates are, however, (mostly)
> >for informational purposes.
> >Anyway, I'd like to encourage you to check the BES/SAGA
> >state model in detail. Its probably better described in the
> >BES doc, but possibly easier to understand in the SAGA spec
> >It would be nice if we could agree on one common job state
> >model at some point in the future...
> >Cheers, Andre.
> >Quoting [Peter Troeger] (May 04 2007):
> >>From: Peter Troeger <peter.troeger at hpi.uni-potsdam.de>
> >>To: DRMAA Working Group <drmaa-wg at ogf.org>
> >>Subject: Re: [DRMAA-WG] Torque/PBS DRMAA - drmaa_wi* POSIX equivalents II
> >>>Removing drmaa_wif* routines and introducing one-call semantics could
> >>>lead to more clear, consistent and informative job life cycle
> >>>graph. For
> >>>example, additionally to the existing job states returned by
> >>>drmaa_job_ps(), we could imagine also states such as
> >>>DRMAA_JOB_PS_COREDUMPED or DRMAA_JOB_PS_SIGNALLED.
> >>>If the drama_w* functions are present, this is not necessary.
> >>>If one day the drama_wif* routines are gone, we might need extensions
> >>>mechanism (like some other groups, JSDL or SAGA?) for the job
> >>>states to
> >>>avoid explosions of states and implementation complexity. This is
> >>>clearly future versions staff.
> >>OGSA-BES had some long discussion about job states, we should look on
> >>this. JSDL is no option here, since their job is over after the job
> >> I vote for an updated field study, where we compare the available
> >>job state information in the most prominent DRM systems. The key is
> >>to find the least common denominator - therefore this would be the
> >>chance to remove the different SUSPENDED states ;-)
> >"XML is like violence: if it does not help, use more."
> > drmaa-wg mailing list
> > drmaa-wg at ogf.org
> > http://www.ogf.org/mailman/listinfo/drmaa-wg
> Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551
> Amtsgericht Muenchen: HRB 161028
> Geschaeftsfuehrer: Marcel Schneider, Wolfgang Engels, Dr. Roland Boemer
> Vorsitzender des Aufsichtsrates: Martin Haering
"XML is like violence: if it does not help, use more."
More information about the drmaa-wg