Project

General

Profile

Actions

Bug #24435

closed

The dynflow scheduling mechanism can lead to tasks initiated later to be executed sooner, leaving older tasks waiting

Added by Ivan Necas almost 6 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Difficulty:
Triaged:
No
Fixed in Releases:
Found in Releases:

Description

Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1609371

Description of problem:

Due to original dynflow scheduling, some tasks can be discriminated in favour of newer tasks when under heavy load: even though the overall execution takes overaly the same amount, there are higher spikes on longer-running tasks.

Version-Release number of selected component (if applicable):

How reproducible:
requires special setup to observer reliably

Steps to Reproduce:
1. trigger a lot (200+) of small execution plans (applicability on large amount hosts is a good example)
2. watch task duration of the tasks

Actual results:
some tasks finish relatively fast, while others wait unexpectedly long to finish: newer tasks of the same type get finished much sooner, than other older tasks.

Expected results:
FIFO: tasks triggered sooner should finish sooner, than newer tasks of the same type and complexity.

Actions #1

Updated by Adam Ruzicka over 5 years ago

  • Subject changed from The dynflow scheduling mechanism can lead to tasks initiated later to be executed sooner, leaving older tasks waiting to The dynflow scheduling mechanism can lead to tasks initiated later to be executed sooner, leaving older tasks waiting
  • Status changed from New to Ready For Testing
  • Pull request https://github.com/Dynflow/dynflow/pull/293 added
Actions #2

Updated by Ivan Necas over 5 years ago

  • Status changed from Ready For Testing to Closed
Actions #3

Updated by Ivan Necas over 5 years ago

  • Target version set to dynflow-1.2.1 (Foreman 1.21)
Actions

Also available in: Atom PDF