Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 45264200D5D for ; Wed, 6 Dec 2017 00:06:06 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 43C84160C1C; Tue, 5 Dec 2017 23:06:06 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 87B2C160C1B for ; Wed, 6 Dec 2017 00:06:05 +0100 (CET) Received: (qmail 47490 invoked by uid 500); 5 Dec 2017 23:06:04 -0000 Mailing-List: contact issues-help@mesos.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@mesos.apache.org Delivered-To: mailing list issues@mesos.apache.org Received: (qmail 47479 invoked by uid 99); 5 Dec 2017 23:06:04 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Dec 2017 23:06:04 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id D1ABB1A12C9 for ; Tue, 5 Dec 2017 23:06:03 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id TZ2VvMre_82O for ; Tue, 5 Dec 2017 23:06:02 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id C09A85F2FE for ; Tue, 5 Dec 2017 23:06:02 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 9BB08E25C5 for ; Tue, 5 Dec 2017 23:06:01 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id C2850255D5 for ; Tue, 5 Dec 2017 23:06:00 +0000 (UTC) Date: Tue, 5 Dec 2017 23:06:00 +0000 (UTC) From: "Benjamin Mahler (JIRA)" To: issues@mesos.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (MESOS-8302) Improve master failover performance. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Tue, 05 Dec 2017 23:06:06 -0000 [ https://issues.apache.org/jira/browse/MESOS-8302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16279335#comment-16279335 ] Benjamin Mahler commented on MESOS-8302: ---------------------------------------- {noformat} commit 8ea9245e5c6d1f8b84219eb5d8b36f3cec1c6a7a Author: Dmitry Zhuk Date: Wed Nov 22 11:59:17 2017 -0700 Optimized resources logging in master. When master logs agent or task resources, it uses `operator <<` for raw protobuf data, which outputs resources in JSON format, and is rather slow. However resources are known to be valid and refined when logged by master, so it's faster to use `operator <<` after protobuf is converted to `Resources`. Review: https://reviews.apache.org/r/63959/ {noformat} {noformat} commit 24550e7b863fee371877ea9d1d9153e0f5054155 Author: Dmitry Zhuk Date: Wed Nov 29 18:47:13 2017 -0800 Improved master failover performance by avoiding resource conversions. RepeatedPtrField can be implicitly converted to Resources, leading to hidden multiple resources conversions on performance-critical paths in master. For example, operator += relies on implicit conversion, when invoked with RepeatedPtrField argument. Using protobuf also implies data validation and sanitization, e.g. when converting to Resources, as protobuf generally comes from untrusted sources. By doing conversion only once, and then reusing the result, we save on these checks as well, as operations on Resources are generally faster as they can trust data in Resources. Review: https://reviews.apache.org/r/64028/ {noformat} {noformat} commit b7ad2c0d4e7308a70049a6a04f19e3709df0e539 Author: Dmitry Zhuk Date: Tue Nov 21 10:11:46 2017 -0800 Preallocated buffer for resources conversion. When converting collections of protobuf `Resource` to `Resources`, `std::vector` could be resized several times. This patch ensures that there is enough capacity to fit all resources in `vector` and avoid resizes. Review: https://reviews.apache.org/r/63960/ {noformat} > Improve master failover performance. > ------------------------------------ > > Key: MESOS-8302 > URL: https://issues.apache.org/jira/browse/MESOS-8302 > Project: Mesos > Issue Type: Improvement > Components: master > Reporter: Benjamin Mahler > Assignee: Dmitry Zhuk > > This is somewhat more like an epic, but will track the different improvements here for now. -- This message was sent by Atlassian JIRA (v6.4.14#64029)