[
https://issues.apache.org/jira/browse/DRILL-6763?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647697#comment-16647697
]
ASF GitHub Bot commented on DRILL-6763:
---------------------------------------
lushuifeng commented on issue #1481: DRILL-6763: Codegen optimization of SQL
functions with constant values
URL: https://github.com/apache/drill/pull/1481#issuecomment-429264607
In order to collect setter methods of nested class, some changes will be
made:
1. `public void setConstant4(IntHolder constant4)` will be changed to
`public void setConstant4(IntHolder constant4, String name)`, the second param
`name` is to store the name of the first param, here is the string "constant4",
unfortunately the second param is useless unless there is a nested class.
2. methods will be collected during `__DRILL_INIT__`, Lambda is not
supported in JCodeModel 2.6, it seems that anonymousClass in JCodeModel 2.6
can't be narrowed, the <ValueHolder, String> is missing. some casts have to be
added
> Map<String, BiConsumer<ValueHolder, String>> nestedClassFunctions =
new HashMap();
> this.nestedClassFunctions.put("constant355", new
BiConsumer<ValueHolder, String>() {
> @Override
> public void accept(ValueHolder constant355, String name) {
> (innerClassField).setConstant355(((IntHolder) constant355),
"constant355");
> }
> });
3. InnerClassField is referenced in anonymousClass, keyword FINAL should be
added to its mods, so it should be initialized in constructor not in
`__DRILL_INIT__`
What is your suggestions? @vvysotskyi thanks.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
> Codegen optimization of SQL functions with constant values
> ----------------------------------------------------------
>
> Key: DRILL-6763
> URL: https://issues.apache.org/jira/browse/DRILL-6763
> Project: Apache Drill
> Issue Type: Improvement
> Components: Execution - Codegen
> Affects Versions: 1.14.0
> Reporter: shuifeng lu
> Assignee: shuifeng lu
> Priority: Major
> Fix For: 1.15.0
>
> Attachments: Query1.java, Query2.java, code_compare.png,
> compilation_time.png
>
>
> Codegen class compilation takes tens to hundreds of milliseconds, a class
> cache is hit when generifiedCode of code generator is exactly the same.
> It works fine when UDF only takes columns or symbols, but not efficient when
> one or more parameters in UDF is always distinct from the other.
> Take face recognition for example, the face images are almost distinct from
> each other according to lighting, facial expressions and details.
> It is important to reduce redundant class compilation especially for those
> low latency queries.
> Cache miss rate and metaspace gc can also be reduced by eliminating the
> redundant classes.
> Here is the query to get the persons whose last name is Brunner and hire from
> 1st Jan 1990:
> SELECT full_name, hire_date FROM cp.`employee.json` where last_name =
> 'Brunner' and hire_date >= '1990-01-01 00:00:00.0';
> Now get the persons whose last name is Bernard and hire from 1st Jan 1990.
> SELECT full_name, hire_date FROM cp.`employee.json` where last_name =
> 'Bernard' and hire_date >= '1990-01-01 00:00:00.0';
> Figure !compilation_time.png! shows the compilation time of the generated
> code by the above query in FilterRecordBatch on my laptop
> Figure !code_compare.png! shows the only difference of the generated code
> from the attachments is the last_name value at line 156.
> It is straightforward that the redundant class compilation can be eliminated
> by making the string12 as a member of the class and set the value when the
> instance is created
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
