impala-reviews mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dan Hecht (Code Review)" <>
Subject [Impala-ASF-CR] IMPALA-5844: use a MemPool for expr local allocations
Date Thu, 21 Sep 2017 23:53:18 GMT
Dan Hecht has posted comments on this change. ( )

Change subject: IMPALA-5844: use a MemPool for expr local allocations

Patch Set 6:


Had a few high level questions first.
Commit Message:
PS6, Line 13: * They are freed in bulk at various points in query execution.
we don't have to do it that way though.
PS6, Line 31: Remove FunctionContext::ReallocateLocal()
is that a UDF breaking change?
File be/src/exec/exec-node.h:
PS6, Line 324: expr-managed 
what does that mean, especially given that it can be used by multiple evaluators? maybe it
helps to explain these in terms of their lifetimes?
File be/src/exprs/scalar-expr-evaluator.h:
PS6, Line 74: Evaluator-managed allocations from this
            :   /// evaluator will be from 'expr_mem_pool' while local allocations will be
            :   /// 'local_mem_pool'.
that seems pretty tough to understand and distinguish.  what does "evaluator-managed" mean?
 maybe more clear to explain this in terms of the lifetimes?  Oh, I guess that's what you
mean by evaluator-managed -- has the lifetime of the evaluator?
File be/src/runtime/free-pool.h:
PS6, Line 69: 
why does this go away?

To view, visit
To unsubscribe, visit

Gerrit-Project: Impala-ASF
Gerrit-Branch: master
Gerrit-MessageType: comment
Gerrit-Change-Id: I4ba5a7542ed90a49a4b5586c040b5985a7d45b61
Gerrit-Change-Number: 8025
Gerrit-PatchSet: 6
Gerrit-Owner: Tim Armstrong <>
Gerrit-Reviewer: Dan Hecht <>
Gerrit-Reviewer: Tim Armstrong <>
Gerrit-Comment-Date: Thu, 21 Sep 2017 23:53:18 +0000
Gerrit-HasComments: Yes

  • Unnamed multipart/alternative (inline, 8-Bit, 0 bytes)
View raw message