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 D8A43200C80 for ; Thu, 25 May 2017 17:31:44 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id D5927160BCA; Thu, 25 May 2017 15:31:44 +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 01306160BC7 for ; Thu, 25 May 2017 17:31:43 +0200 (CEST) Received: (qmail 2802 invoked by uid 500); 25 May 2017 15:31:42 -0000 Mailing-List: contact user-help@impala.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@impala.incubator.apache.org Delivered-To: mailing list user@impala.incubator.apache.org Received: (qmail 2792 invoked by uid 99); 25 May 2017 15:31:42 -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; Thu, 25 May 2017 15:31:42 +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 34F641806B4 for ; Thu, 25 May 2017 15:31:42 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.98 X-Spam-Level: * X-Spam-Status: No, score=1.98 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=isecc-com.20150623.gappssmtp.com 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 cHYWN0HBJ6ZM for ; Thu, 25 May 2017 15:31:40 +0000 (UTC) Received: from mail-wm0-f41.google.com (mail-wm0-f41.google.com [74.125.82.41]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 4DF9E60D01 for ; Thu, 25 May 2017 15:31:40 +0000 (UTC) Received: by mail-wm0-f41.google.com with SMTP id 7so96062936wmo.1 for ; Thu, 25 May 2017 08:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isecc-com.20150623.gappssmtp.com; s=20150623; h=message-id:from:to:subject:date:mime-version:thread-index :content-language; bh=PdK4k+0TCD/QOa1DbPijCE/SmmUczOjb0S5Vw6KHt60=; b=GNtmWjkRBbH46W6SUMQg2pXVgPBHoA7c8fgx0DWQNs+7S+DjXyOSRSNHYv5riqcBJn N+NF7GHMoI5+eXPtPO++iP6/FdJM3FHIjo+RhhKfh2lA+ZbAYYnwfGtRQEHv7Y44s/mH KYl4EMtaCa4nqV+PL5HtXxZdsOEqJhk2en3Vi73sj3pNM96PA0g1jh5zDubldO/kIt8g 3GI18gRh7aofvP0uB8Rt5lX+z8X5O+CnMsp7cbO8tep+Vl0k+v4ojMwV9aglBYwznqRE 2FJ73fygXoB5jKnx+hbZH+mazrqK/e+8IHYy/xC14AyPI9anlFtVUw+pZa+1m3FXDh3L wjwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:from:to:subject:date:mime-version :thread-index:content-language; bh=PdK4k+0TCD/QOa1DbPijCE/SmmUczOjb0S5Vw6KHt60=; b=mix7CkKw58c6ADo0HCuZTXfgZPGf7PGZWYFtKITz3A7lBzRHErnL8Hpe7pC2twwXFK 0y3pfj93enG5OPYdnGVvzN819eF/grf4/zlHtd01zTQnbEuuqXUFtXBIMjxB/8C98/IA EaSCxxE1LzDBqZ/XIeDtTR7ezm7e9BSnNu+0wnlX+/y8L4FwT5hGQoc/8glJrSOIiK5v G5O2jUkHdLcnZLa1Yyds97NabZKyww1Z9vgho8QT5h2Df/NnqraQpxt2bfi4iLFvgw0e nzPfGkKAATeKl9cv7BBq3uFjLrkVnSsx8xzK3eSKFY7UvbAe0PYBNT/z3MZ2Mhqkrdq6 TPcQ== X-Gm-Message-State: AODbwcC6m23stJCmJP1thJO3VZnslOKgQVMoRrpjT2yJWOlTQDSBEK+7 XhxZ35Xz2hQNBFFVHHE= X-Received: by 10.223.153.109 with SMTP id x100mr315845wrb.190.1495726299437; Thu, 25 May 2017 08:31:39 -0700 (PDT) Received: from SS11 ([2a02:a03f:29:5300:2919:83d1:1d81:3233]) by smtp.gmail.com with ESMTPSA id y60sm11383799wrb.39.2017.05.25.08.31.38 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 25 May 2017 08:31:38 -0700 (PDT) Message-ID: <5926f8da.c299df0a.54477.6206@mx.google.com> X-Google-Original-Message-ID: <007b01d2d56c$000b71e0$002255a0$@eftimov@isecc.com> From: "Evo Eftimov" To: Subject: SendersBlockedTimer Date: Thu, 25 May 2017 16:31:36 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007C_01D2D574.61CFD9E0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdLVa/83OgHPG7eXQNSWqVAIPsjMiQ== Content-Language: en-us archived-at: Thu, 25 May 2017 15:31:45 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_007C_01D2D574.61CFD9E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit What is the purpose of SendersBlockedTimer attribute in the EXCHANGE_NODE section of the Coordinator Fragment - part of the PROFILE of SQL statement executed by Impala I have reviewed the Impala source code and know that the Exchange Node uses a Blocking Queue as part of "Stream Manager" module which it instantiates In the specific context I am interested in, the Exchange Node returns the row from a result set to a JDBC driver client. The result set is produced by a simple full table scan only query of the type "select * from table" The "Sender" Parallel Threads (presumably with the Exchange Node) publish rows to the Blocking Queue also in the Exchange Node and the JDBC client reads rows from the same queue via remote JDBC session / connection over TCP/IP - is that a correct description of how the Exchange Node mediates between JDBC client on the one hand and ImpalaD workers on the other? Btw the Exchange Node is part of the Coordinator Node in terms of terminology - right? My specific question is what is the purpose/meaning of SendersBlockedTimer - e.g. does it mean that the Sender Threads WITHIN the Exchange Node have been in a blocked state for the time shown in the value of the attribute. And if this is correct then does that mean that they have been blocked because the JDBC Client couldn't not keep up with draining the Blocking Queue during the aggregated time duration in SendersBlockedTimer? ------=_NextPart_000_007C_01D2D574.61CFD9E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

What is = the purpose of SendersBlockedTimer attribute in the EXCHANGE_NODE = section of the Coordinator Fragment – part of the PROFILE of SQL = statement executed by Impala

 

I have = reviewed the Impala source code and know that the Exchange Node uses a = Blocking Queue as part of “Stream Manager” module which it = instantiates

 

In the specific context I am interested in, the = Exchange Node returns the row from a result set to a JDBC driver client. = The result set is produced by a simple full table scan only query of the = type “select * from table”

 

The = “Sender” Parallel Threads (presumably with the Exchange = Node) publish rows to the Blocking Queue also in the Exchange Node and = the JDBC client reads rows from the same queue via remote JDBC session / = connection over TCP/IP – is that a correct description of how the = Exchange Node mediates between JDBC client on the one hand and ImpalaD = workers on the other? Btw the Exchange Node is part of the Coordinator = Node in terms of terminology – right?

 

My specific = question is what is the purpose/meaning  of =   SendersBlockedTimer – e.g. does it mean that the = Sender Threads WITHIN the Exchange Node have been in a blocked state for = the time shown in the value of the attribute. And if this is correct = then does that mean that they have been blocked because the JDBC Client = couldn’t not keep up with draining the Blocking Queue during the = aggregated time duration in SendersBlockedTimer?

 

------=_NextPart_000_007C_01D2D574.61CFD9E0--