flink-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Till Rohrmann <trohrm...@apache.org>
Subject Re: Resource overallocation
Date Sat, 29 Apr 2017 08:26:02 GMT
Hi Luis,

let me try to answer some of your questions:

Usually we recommend to reserve for each slot at least one CPU core. One
reason why you would want to reserve more slots than cores is that you
execute blocking operations in your operators. That way you can keep all of
your cores busy.

If you observe that your application cannot keep up with the incoming data
rate, then it is usually best to increase the parallelism (given that the
bottleneck is not an operator with parallelism 1 and that your data has
enough key values).

If you have multiple compute intensive operators in one pipeline (maybe
even chained) and you have fewer cores than these operators per slot, then
it might make sense to split up the pipeline. That way the computation of
these operators can be better done concurrently.

Theoretically, it can be the case that you assign more resources to a slot
than are actually needed. E.g. you have a single operator in each slot but
multiple cores assigned to it. Also in case of different parallelism of
operators, some slots might get more sub-tasks assigned than others. One
thing you can always do is to monitor the execution of your job to detect
under and over-provisioning.

I hope this helps to answer some of your questions.

Cheers,
Till

On Sat, Apr 22, 2017 at 7:42 PM, Luis Alves <lmtjalves@gmail.com> wrote:

> Hi,
>
> Regarding the features on Flink that allow to optimize resource usage in
> the cluster (+ latency, throughput ...), i.e. slot sharing, task chaining,
> async i/o and dynamic scaling, I would like to ask the following questions
> (all in the stream processing context):
>
> In which cases would someone be interested in having the number of slots
> in a task manager higher than the number of cpu cores?
>
> In which case should we prefer split a pipeline of tasks over multiple
> slots (disable slot sharing), instead of increasing the parallelism, in
> order for an application to keep up with the incoming data rates?
>
> Is it possible that even when using all the features above, the resources
> reserved for a slot may be higher than the amount of resources that all the
> tasks in the slot require, thus causing us to have resources that are
> reserved for a slot, but not being used? Is it possible that such problems
> appear when we have tasks in applications with different latencies (or
> different parallelisms)? Or even when we are performing multiple
> aggregations (that cannot be optimised using folds or reduces) on the same
> window?
>
> Thanks in advance,
>
> Luís Alves

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message