miser_submit(4) miser_submit(4)
miser_submit - resource schedule list
The miser_submit command allows the user to specify the resource schedule
of a particular job in a file. The resource is a list of resource
specifications, called segments, that define the resource requirements of
a particular job. A resource specification is a tuple of CPUs, memory
and wall clock time. Currently Miser only supports resource schedules
consisting of one segment. A segment also has additional optional fields
defining how the job is scheduled.
The resource file consists of a list of segments. Each segment must
begin with the token SEGMENT and have the number of CPUs, memory, and
wall clock time specified. In addition to the resources, it is also
possible to specify additional scheduling parameters.
An example resource schedule list for an application that requires 10
CPUs, 100 megabytes of memory, and 100 minutes of wall clock time:
#resource schedule
SEGMENT
TIME 100m
NCPUS 10
MEMORY 100m
Commands are newline terminated, characters following the comment
delimiter token 'SEGMENT' and must have the number of CPUs, memory, and
wall clock time specified.
The valid tokens are:
SEGMENT [Toc] [Back]
Defines the beginning of a new segment of the resource schedule.
NCPUS cpus
The number of CPUs that the segment can use.
MEMORY memory [g|m|k]
The maximum amount of memory, for all requested CPUs, that can be
used at any one point. The memory is specified by a positive
integer followed by a unit of g for gigabyte, m for megabyte, and k
for kilobyte. If no unit is specified the value is assumed to be
bytes.
TIME time
The time, total wall clock time requested for the job, is the
product of the total wall clock time per CPU and the number of CPUs
(time = wall clock time per CPU * number of CPUs). The time can
Page 1
miser_submit(4) miser_submit(4)
either be specified by a positive integer followed by an h for
hours, m for minutes, or s for seconds. The time may also be
specified by a string of the form hh:mm.ss.
STATIC [Toc] [Back]
This is an optional field. A segment that is STATIC and submitted
to a queue with a default scheduling policy has the property that an
application will only run when the segment is scheduled to run. It
will not run earlier even if there are idle resources available to
the application. If the segment is submitted to a queue with a
repack policy it may be rescheduled and run earlier than the time
that it was initially scheduled at.
MULTIPLE number
If a miser policy cannot schedule an application with the number of
CPUs requested, the miser policy may try to schedule the application
with fewer CPUs. This option allows the user to specify what
multiple of CPUs may be considered. For example, if an application
can only be run using CPUs in multiples of two, the multiple value
specified would be two. If no value is specified the default is
one.
EXCEPTION type
This is an optional field. The type parameter may only be "KILL" at
this time. Future versions of miser may support additional options.
miser_submit(1).
PPPPaaaaggggeeee 2222 [ Back ]
|