Indicate the Duration Category of Your Jobs¶
Why Job Duration Categories?¶
To maximize the value of the capacity contributed by the different organizations to the Open Science Pool (OSPool), users are requested to identify one of three duration categories for their jobs. These categories should be selected based upon test jobs (run on the OSPool) and allow for more effective scheduling of the capacity contributed to the pool, honoring the community’s shared responsibility for efficient use of the contributed resources. As a reminder, jobs with single executions longer than 20 hours in tests on the OSPool should not be submitted, without self-checkpointing (see further below).
Every job submitted via an OSG Connect access point must be labeled with a Job Duration Category upon submission. By knowing the expected duration, the OSG is working to be able to direct longer-running jobs to resources that are faster and are interrupted less, while shorter jobs can run across more of the OSPool for better overall throughput.
Specify a Job Duration Category¶
The JobDurationCategory must be listed anywhere prior to the final ‘queue’ statement of the submit file, as below:
+JobDurationCategory = “Long”
|JobDurationCategory||Expected Job Duration||Maximum Allowed Duration|
|Medium (default)||<10 hrs||20 hrs|
|Long||<20 hrs||40 hrs|
If the user does not indicate a JobDurationCategory in the submit file, the relevant job(s) will be labeled as Medium by default. Batches with jobs that individually execute for longer than 20 hours are not a good fit for the OSPool. If your jobs are self-checkpointing, see “Self-Checkpointing Jobs”, further below.
Test Jobs for Expected Duration¶
As part of the preparation for running a full-scale job batch, users should test a subset (first ~10, then 100 or 1000) of their jobs with the Medium or Long categories, and then review actual job execution durations in the job log files. If the user expects potentially significant variation in job durations within a single batch, a longer JobDurationCategory may be warranted relative to the duration of test jobs. Or, if variations in job duration may be predictable, the user may choose to submit different subsets of jobs with different Job Duration Categories.
OSG Facilitators have a lot of experience with approaches for achieving shorter jobs (e.g. breaking up work into shorter, more numerous jobs; self-checkpointing; automated sequential job submissions; etc.) Get in touch, and we'll help you work through a solution!! firstname.lastname@example.org
Maximum Allowed Duration¶
Jobs in each category will be placed on hold in the queue if they run longer than their Maximum Allowed Duration (starting Tuesday, Nov 16, 2021). In that case, the user may remove and resubmit the jobs, identifying a longer category.
Jobs that test as longer than 20 hours are not a good fit for the OSPool resources, and should not be submitted prior to contacting email@example.com to discuss options. The Maximum Allowed Durations are longer than the Expected Job Durations in order to accommodate CPU speed variations across OSPool computing resources, as well as other contributions to job duration that may not be apparent in smaller test batches. Similarly, Long jobs held after running longer than 40 hours represent significant wasted capacity and should never be released or resubmitted by the user without first taking steps to modify and test the jobs to run shorter.
Jobs that self-checkpoint at least every 10 hours are an excellent way for users to run jobs that would otherwise be longer in total execution time than the durations listed above. Jobs that complete a checkpoint at least as often as allowed for their JobDurationCategory will not be held.
We are excited to help you think through and implement self-checkpointing. Get in touch via firstname.lastname@example.org if you have questions. :)