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 ADA0E200B38 for ; Fri, 8 Jul 2016 22:52:58 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id AC3ED160A77; Fri, 8 Jul 2016 20:52:58 +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 EF76F160A5A for ; Fri, 8 Jul 2016 22:52:57 +0200 (CEST) Received: (qmail 23569 invoked by uid 500); 8 Jul 2016 20:52:57 -0000 Mailing-List: contact dev-help@impala.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@impala.incubator.apache.org Delivered-To: mailing list dev@impala.incubator.apache.org Received: (qmail 23557 invoked by uid 99); 8 Jul 2016 20:52:56 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Jul 2016 20:52:56 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 814A2186E24 for ; Fri, 8 Jul 2016 20:52:56 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.362 X-Spam-Level: X-Spam-Status: No, score=0.362 tagged_above=-999 required=6.31 tests=[RDNS_DYNAMIC=0.363, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 5HRsNt8AWWtr for ; Fri, 8 Jul 2016 20:52:54 +0000 (UTC) Received: from ip-10-146-233-104.ec2.internal (ec2-75-101-130-251.compute-1.amazonaws.com [75.101.130.251]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 2DD815FBBD for ; Fri, 8 Jul 2016 20:52:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by ip-10-146-233-104.ec2.internal (8.14.4/8.14.4) with ESMTP id u68KqqNP018762; Fri, 8 Jul 2016 20:52:52 GMT Message-Id: <201607082052.u68KqqNP018762@ip-10-146-233-104.ec2.internal> Date: Fri, 8 Jul 2016 20:52:52 +0000 From: "Lars Volker (Code Review)" To: impala-cr@cloudera.com, dev@impala.incubator.apache.org CC: Tim Armstrong , David Knupp Reply-To: lv@cloudera.com X-Gerrit-MessageType: comment Subject: =?UTF-8?Q?=5BImpala-CR=5D=28cdh5-trunk=29_IMPALA-3677=3A_Write_minidump_on_SIGUSR1=0A?= X-Gerrit-Change-Id: I40149e48e391451de21a5c8bda18e2307fc89513 X-Gerrit-ChangeURL: X-Gerrit-Commit: 7c55fa6808ae385b777b32b2936f4cfccbdcaf59 In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Content-Disposition: inline User-Agent: Gerrit/2.12.2 archived-at: Fri, 08 Jul 2016 20:52:58 -0000 Lars Volker has posted comments on this change. Change subject: IMPALA-3677: Write minidump on SIGUSR1 ...................................................................... Patch Set 7: (2 comments) Thanks for the reviews, please see PS8. http://gerrit.cloudera.org:8080/#/c/3312/7/tests/custom_cluster/test_breakpad.py File tests/custom_cluster/test_breakpad.py: Line 117: def wait_for_num_processes(self, daemon, num_expected, timeout=60): > This method seems to be doing a bit more than it needs to, which I'm mainly Yes, my original assumption was that the time we need to write all minidumps should never exceed 5 seconds (which was an more of an educated guess). The number of expected processes is at most cluster_size, which is the number of local impalads running on the same machine. At 100MB/sec and 2.5MB per file we should be able to write about 200 minidumps in 5 seconds, so that looks safe to me. However there could be unknown things affecting this time. Anyways, now there's a wait loop in place. Should I modify it to scale the timeout with num_expected. If you're ok I'd leave it at 5sec, as I'd be very interested to have pop up as a failure if it ever takes longer than this. PS7, Line 173: 3 > This could still be replaced with 'cluster_size', right? Done -- To view, visit http://gerrit.cloudera.org:8080/3312 To unsubscribe, visit http://gerrit.cloudera.org:8080/settings Gerrit-MessageType: comment Gerrit-Change-Id: I40149e48e391451de21a5c8bda18e2307fc89513 Gerrit-PatchSet: 7 Gerrit-Project: Impala Gerrit-Branch: cdh5-trunk Gerrit-Owner: Lars Volker Gerrit-Reviewer: David Knupp Gerrit-Reviewer: Lars Volker Gerrit-Reviewer: Tim Armstrong Gerrit-HasComments: Yes