You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Kevin Sweeney (JIRA)" <ji...@apache.org> on 2015/07/14 21:51:06 UTC

[jira] [Commented] (MESOS-2940) Reconciliation is expensive for large numbers of tasks.

    [ https://issues.apache.org/jira/browse/MESOS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14626951#comment-14626951 ] 

Kevin Sweeney commented on MESOS-2940:
--------------------------------------

Is {{UUID::random}} using {{/dev/random}} (actual, potentially-blocking entropy) instead of {{/dev/urandom}} or a standard library PRNG like http://en.cppreference.com/w/cpp/numeric/random/mersenne_twister_engine?

> Reconciliation is expensive for large numbers of tasks.
> -------------------------------------------------------
>
>                 Key: MESOS-2940
>                 URL: https://issues.apache.org/jira/browse/MESOS-2940
>             Project: Mesos
>          Issue Type: Improvement
>          Components: master
>            Reporter: Benjamin Mahler
>            Assignee: Benjamin Mahler
>            Priority: Critical
>              Labels: twitter
>             Fix For: 0.23.0
>
>         Attachments: perf-kernel.svg
>
>
> We've observed that both implicit and explicit reconciliation are expensive for large numbers of tasks:
> {noformat: title=Explicit O(100,000) tasks: 70secs}
> I0625 20:55:23.716320 21937 master.cpp:3863] Performing explicit task state reconciliation for N tasks of framework F (NAME) at S@IP:PORT
> I0625 20:56:34.812464 21937 master.cpp:5041] Removing task T with resources R of framework F on slave S at slave(1)@IP:PORT (HOST)
> {noformat}
> {noformat: title=Implicit with O(100,000) tasks: 60secs}
> I0625 20:25:22.310601 21936 master.cpp:3802] Performing implicit task state reconciliation for framework F (NAME) at S@IP:PORT
> I0625 20:26:23.874528 21921 master.cpp:218] Scheduling shutdown of slave S due to health check timeout
> {noformat}
> Let's add a benchmark to see if there are any bottlenecks here, and to guide improvements.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)