The GitHub Actions job "Tests AMD" on airflow.git/backport-e36a809-v3-0-test has succeeded. Run started by GitHub user jedcunningham (triggered by jedcunningham).
Head commit for run: 21f461e827eda60bf24d3b7fd06794ea26bdd6dc / Niko Oliveira <[email protected]> [v3-0-test] Fix local executor task execution (#54523) LocalExecutor would only actually begin execution for every second task submitted to it. This change fixes this behaviour. The number of queued tasks would need to exceed the number of currently running tasks for a new task to be executed, which is logically close to what is needed but not quite. This means if 4 tasks are running and 4 are pending none of the 4 tasks will begin, but if a 5th task is queued it will begin and there will be 5 tasks running and 4 waiting, it will take another two tasks submitted (for a total of 5 then 6 pending tasks) before the next is started, and so one. So in reality one of every two tasks is started. The logic is really as simple as: if we have any pending tasks and we are still within our parallelism limits, start those tasks running. This schedules tasks in accordance to user expectations and how Airflow 2.X scheduled tasks for the LocalExecutor (since this regressed during the migration from 2.X to 3.X for the LocalExecutor) (cherry picked from commit e36a809ebdaa04fbc7a76d546ff9fa1db2cb39d4) Co-authored-by: Niko Oliveira <[email protected]> Co-authored-by: Jarek Potiuk <[email protected]> Report URL: https://github.com/apache/airflow/actions/runs/17217432275 With regards, GitHub Actions via GitBox --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
