Return-Path: X-Original-To: apmail-impala-dev-archive@minotaur.apache.org Delivered-To: apmail-impala-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 563C319749 for ; Fri, 18 Mar 2016 00:28:05 +0000 (UTC) Received: (qmail 84749 invoked by uid 500); 18 Mar 2016 00:28:05 -0000 Delivered-To: apmail-impala-dev-archive@impala.apache.org Received: (qmail 84707 invoked by uid 500); 18 Mar 2016 00:28:05 -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 84696 invoked by uid 99); 18 Mar 2016 00:28:05 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Mar 2016 00:28:05 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 79226C05EF for ; Fri, 18 Mar 2016 00:28:04 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-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-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id JcBe5e2VTWO1 for ; Fri, 18 Mar 2016 00:28:02 +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-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 668355F1F3 for ; Fri, 18 Mar 2016 00:28:02 +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 u2I0S1u5012890; Fri, 18 Mar 2016 00:28:01 GMT Message-Id: <201603180028.u2I0S1u5012890@ip-10-146-233-104.ec2.internal> Date: Fri, 18 Mar 2016 00:28:01 +0000 From: "Skye Wanderman-Milne (Code Review)" To: impala-cr@cloudera.com, dev@impala.incubator.apache.org CC: Michael Ho Reply-To: skye@cloudera.com X-Gerrit-MessageType: comment Subject: =?UTF-8?Q?[Impala-CR](cdh5-trunk)_IMPALA-2548:_Codegen_Tuple::MaterializeExprs()_and_use_in_TopN_node=0A?= X-Gerrit-Change-Id: Ib422a8d50303c21c6a228675157bf867e8619444 X-Gerrit-ChangeURL: X-Gerrit-Commit: ac86b45acdb8b32612e6d71d012679c3294895c5 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.10-rc0 Skye Wanderman-Milne has posted comments on this change. Change subject: IMPALA-2548: Codegen Tuple::MaterializeExprs() and use in TopN node ...................................................................... Patch Set 8: (5 comments) http://gerrit.cloudera.org:8080/#/c/1901/8/be/src/codegen/codegen-anyval.cc File be/src/codegen/codegen-anyval.cc: Line 585: WriteToSlot > Have you considered refactoring the code so there is more sharing with Text Hm, I'm not sure how to share code, but maybe you have some ideas? TextConverter::WriteSlot()/CodegenWriteSlot() are mostly dealing with parsing string input and don't deal with AnyVals at all, but I could be missing something. Line 597: // Create new block after conditional blocks if necessary : if (insert_before == NULL) insert_before = BasicBlock::Create(context, "end_write", fn); > Just wondering why this statement isn't before the creation of the two basi BasicBlock::Create() will insert a block at the end of the function if 'insert_before' is NULL, so it doesn't matter where we create insert_before. I put it here so the blocks are created in the order they appear in the IR, but I can see how this is confusing so I'll move it above the "null"/"non_null" creation. http://gerrit.cloudera.org:8080/#/c/1901/8/be/src/runtime/tuple.cc File be/src/runtime/tuple.cc: Line 331: >GetPtrType( > Can you please update the patch to converge on using only one of GetPtrType Ok. I was mixing these because I like Value::getPointerTo() better than codegen->GetPtrTo(Value*), but I like codegen->GetPtrTo(string type_name) better than codegen->GetPtrTo(type_name)->getPointerTo(). I'll just use GetPtrType() here though. http://gerrit.cloudera.org:8080/#/c/1901/8/be/src/runtime/tuple.h File be/src/runtime/tuple.h: Line 148: MemPool* pool, > Can we drop this parameter and update CodegenMaterializeExprs() to generate Done Line 164: MemPool* pool, > Can we drop this parameter ? Done -- To view, visit http://gerrit.cloudera.org:8080/1901 To unsubscribe, visit http://gerrit.cloudera.org:8080/settings Gerrit-MessageType: comment Gerrit-Change-Id: Ib422a8d50303c21c6a228675157bf867e8619444 Gerrit-PatchSet: 8 Gerrit-Project: Impala Gerrit-Branch: cdh5-trunk Gerrit-Owner: Skye Wanderman-Milne Gerrit-Reviewer: Michael Ho Gerrit-Reviewer: Skye Wanderman-Milne Gerrit-HasComments: Yes