Return-Path: X-Original-To: apmail-drill-dev-archive@www.apache.org Delivered-To: apmail-drill-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3140B1830A for ; Tue, 7 Jul 2015 16:13:51 +0000 (UTC) Received: (qmail 87472 invoked by uid 500); 7 Jul 2015 16:13:51 -0000 Delivered-To: apmail-drill-dev-archive@drill.apache.org Received: (qmail 87419 invoked by uid 500); 7 Jul 2015 16:13:50 -0000 Mailing-List: contact dev-help@drill.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@drill.apache.org Delivered-To: mailing list dev@drill.apache.org Received: (qmail 87397 invoked by uid 99); 7 Jul 2015 16:13:50 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Jul 2015 16:13:50 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 3DBFED2CB9 for ; Tue, 7 Jul 2015 16:13:50 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 4.203 X-Spam-Level: **** X-Spam-Status: No, score=4.203 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_24=1.282, HTML_MESSAGE=3, T_KAM_HTML_FONT_INVALID=0.01, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=maprtech.com Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id ncANLhQeiRPo for ; Tue, 7 Jul 2015 16:13:43 +0000 (UTC) Received: from mail-yk0-f170.google.com (mail-yk0-f170.google.com [209.85.160.170]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id CBEF820DB7 for ; Tue, 7 Jul 2015 16:13:42 +0000 (UTC) Received: by ykfy125 with SMTP id y125so182658701ykf.1 for ; Tue, 07 Jul 2015 09:13:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=maprtech.com; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=SSwfxZTdl8l7TlPucSdUFH4ciV1ySTkxBkDsaalmlps=; b=BKMFVhx+yJQOxV4zETXsQNQkoAzNS8m33dKt0U5PLdfxfdztTZMdVwjyx40lwwuW2f jDgv+B1WMZn+8DXawD6yLh2vxoKrWYbNoobBl+Irrqk05EP+133SsQ6B0yS9rag3A2Aj m0G2HnoDUKlo+QZkZ2DwMoud9YHSV/y5p6TpQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=SSwfxZTdl8l7TlPucSdUFH4ciV1ySTkxBkDsaalmlps=; b=msG1tR7AKlUkONcaSvpjq47JqIghJQqJSisBoQ7/2mKAJ+kGwjUNbd3zkP4yogzbso G/VbdYgLom9WImhtRv+I2rqkoAEvjckgcfInMioqBxJW0poOxatyuYz9D1brROhTtgPx cIjdDiKT+SkPlWKza25/tqKhO6QOEDVt2Nu1ZsQ2W+JB0mUbLwXKhVo33TZckAzHQBIE VTqErWqQ/skpnytpKFXN9Xo3yPEQC1+1QczUkA2B3lJNwUaEmndJYBB/5HGa24pEBnUG fhJPzrYX5QDf+eoyAPFS69HC/yzBDJ9VA00GTdoQHAa6z6wE2fUmSuRx9pUp3j8PBtJZ ev7g== X-Gm-Message-State: ALoCoQmm8b84mL4lbRDcMCLtfW7o0fK65GY4zx8O4riZ0MFcpdjAVxG1n7Aijc2gRNL9jn0laqqn MIME-Version: 1.0 X-Received: by 10.13.251.199 with SMTP id l190mr5955414ywf.148.1436285621795; Tue, 07 Jul 2015 09:13:41 -0700 (PDT) Received: by 10.129.71.68 with HTTP; Tue, 7 Jul 2015 09:13:41 -0700 (PDT) Date: Tue, 7 Jul 2015 09:13:41 -0700 Message-ID: Subject: connection allocator in rpc layer is using too much memory From: Abdel Hakim Deneche To: "dev@drill.apache.org" Content-Type: multipart/alternative; boundary=94eb2c07e99248aed4051a4b4e7f --94eb2c07e99248aed4051a4b4e7f Content-Type: text/plain; charset=UTF-8 Trying to investigate DRILL-3241 (query hangs if out of memory in RPC layer), I see the following warning in the logs: WARN: Failure allocating buffer on incoming stream due to memory limits. Current Allocation: 1372678764. This happening in ProtobufLengthDecoder.decode() on the receiver side (data server). Is it expected for the connection allocation to allocation > 1GB of memory ? shouldn't the allocated batches be transferred to the receiving fragment's allocator ? Thanks! -- Abdelhakim Deneche Software Engineer Now Available - Free Hadoop On-Demand Training --94eb2c07e99248aed4051a4b4e7f--