Davies and Reynold, Glad to hear about the status.
I’ve seen [SPARK-7813](https://issues.apache.org/jira/browse/SPARK-7813) and watching it now. If I understand correctly, it’s aimed at moving CodeGenerator’s expressionEvaluator’s code-gen logic into each expressions’ eval() and eliminating to chose between row evaluation methods in Physical Operators? What’s the reason motives this refactoring job? to use code-gen version aggressively in evaluation? On May 22, 2015 at 3:05:24 PM, Xin Reynold (r...@databricks.com) wrote: Yijie, As Davies said, it will take us a while to get to vectorized execution. However, before that, we are going to refactor code generation to push it into each expression: https://issues.apache.org/jira/browse/SPARK-7813 Once this one is in (probably in the next 2 or 3 weeks), there will be lots of expressions to create code-gen versions, and it'd be great to get as much help as possible from the community. On Thu, May 21, 2015 at 1:59 PM, Davies Liu <dav...@databricks.com> wrote: We have not start to prototype the vectorized one yet, will evaluated in 1.5 and may targeted for 1.6. We're glad to hear some feedback/suggestions/comments from your side! On Thu, May 21, 2015 at 9:37 AM, Yijie Shen <henry.yijies...@gmail.com> wrote: > Hi all, > > I’ve seen the Blog of Project Tungsten here, it sounds awesome to me! > > I’ve also noticed there is a plan to change the code generation from > record-at-a-time evaluation to a vectorized one, which interests me most. > > What’s the status of vectorized evaluation? Is this an inner effort of > Databricks or welcome to be involved? > > Since I’ve done similar stuffs on Spark SQL, I would like to get involved if > that’s possible. > > > Yours, > > Yijie --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@spark.apache.org For additional commands, e-mail: dev-h...@spark.apache.org