[DRMAA-WG] Meeting minutes - Conference call - Aug 25th - 19:00 UTC

Peter Tröger peter at troeger.eu
Wed Aug 25 15:57:36 CDT 2010


Participants: Roger, Dan, Mariusz, Peter

> 1. Meeting secretary ?
Peter.
> 2. eMail on job start / termination - follow-up of mail discussion
- Don't use multiple attributes that contain the same addresses
- Enumeration of flag combinations would not be extensible by the 
implementation, and does not scale for future DRMAA versions
- Decision to have one address attribute, plus a set of boolean flag 
attributes for the time of email sending

> 3. New JT attribute for re-runnable jobs

- Re-runnability is different from checkpointability in the majority of 
systems
- Different default settings in the DRM systems
- General agreement on adding the boolean attribute

- Raised new issue: What are the default values for JobTemplate 
atrtributes ?
     - So far, DRM system defaults are implicitely used when not setting 
an attribute
     - Worked with getter / setter - based attribute change, how to 
realize with JT struct ?
     - Two options: Notion of "invalid value", default for all 
attributes OR setting system defaults as struct value defaults
     - Second option not implementable in all cases, example working 
directory
- First option might mandate explicit error checking in DRMAA 
applications, which was not mandatory with setter function exceptions
- Problem identified as not big enough to roll-back data struct approach
- Decision: Defining "invalid value" for data types is task of the 
language binding
     - Boolean in C: Use custom enumeration (TRUE, FALSE, INVALID) or 
pointer to static values
     - Numerical in C: Use magic number; since all long attributes are 
unsigned, it could be MIN_INT
     - Implementation strategy for Java exists
     - With Python, just use NONE

> 4. JobInfo::jobTemplate vs. job monitoring attributes (check Google 
> spreadsheet)
> 5. Sanity check for OS type description (check 
> http://tinyurl.com/25cy9u7 )
> 6. Proposal for new JobInfo attributes: priority and memory 
> consumption (check Google spreadsheet)
> 7. Is SGE really not able to distinguish between user mode CPU time 
> and system mode CPU time ? (check Google spreadsheet)
> 8. Collaborative editing of Google spreadsheet
>
> Google spreadsheet:
> http://spreadsheets.google.com/ccc?key=0AqyvnBscJNqxcnJBSUs5dXRrU29EUVhGOGthc1lDTFE

Not covered due to time constraints.

/Peter.



More information about the drmaa-wg mailing list