[Swift-devel] throttling parameters with coasters
Mihael Hategan
hategan at mcs.anl.gov
Tue Feb 24 19:15:50 CST 2009
On Tue, 2009-02-24 at 18:52 -0600, Allan Espinosa wrote:
> In coasters, are throtte.submit, throttle.host.submit,
> throttle.job.factor parameters ignored ?
>
> Looking on how swift submits initial requests, it seems that
> throttle.job.factor affects the number of coaster nodes it will submit
> to the LRM. If I have
> <profile namespace="karajan" key="initialScore">1</profile>
> <profile namespace="karajan" key="jobThrottle">1</profile>
> Swift spawns 4 coasters. 4*16=64 processors available to me. I
> observe that throughout the job this number did not increase
A job throttle of 1 pretty much caps the total number of concurrent jobs
at 100.
>
> Next, in my swift.properties, I have
> throttle.submit=4
> throttle.host.submit=2
>
> But in the runtime,
>
> rogress: Selecting site:2809 Submitting:17 Active:40 Stage out:31
> Finished successfully:103
> Progress: Selecting site:2809 Submitting:17 Active:40 Stage out:30 Finished su
>
> so the 2 parameters does not apply to coaster submissions?
The "submitting" printed by the progress ticker is not the same as the
"submit" in swift.properties.
>From a cog abstractions perspective, 4 concurrent submissions means that
only 4 calls to TaskHandler.submit(Task) can be active at one time.
>From swift's perspective it means that the job was queued to the
scheduler and awaits its turn to be one of the 4 to go through
TaskHandler.submit().
More information about the Swift-devel
mailing list