Dave Chen 028af0970f Cut off the cost to run filter plugins when no victim pods are found ...

If no potential victims could be found, there is no need to evaluate the node
again, since its state didn't change.

It's safe to return and thus prevent scheduling from running the filter plugins
again.

NOTE:
A node that is filtered out by filter plugins could pass the filter plugins if
there is a change on that node, i.e. pods termination on that node.

Previously, this could be either caught by the normal `schedule` or `preempt` (pods
are terminated when the preemption logic tries to find the nodes and re-evaluate
the filter plugins.)

Actually, this shouldn't be taken care by the preemption, consider the routine
of `schedule` is always running when the interval is "zero", let `schedule`
take care of it will release `preempt` from something irrelevant with the `preemption`.

Due to above reason, couple of testcase as well as the logic of checking the existence
of victim pods are removed as it will never happen after the change.

Signed-off-by: Dave Chen <dave.chen@arm.com>

2020-07-07 09:55:34 +08:00

..

plugins

Cut off the cost to run filter plugins when no victim pods are found

2020-07-07 09:55:34 +08:00

runtime

scheduler: run Unreserve if Reserve fails

2020-06-26 20:41:33 +00:00

v1alpha1

scheduler: run Unreserve if Reserve fails

2020-06-26 20:41:33 +00:00

BUILD

Split scheduler framework implementation into new runtime package

2020-06-22 00:23:43 +10:00