[ https://issues.apache.org/jira/browse/SPARK-26858?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16772578#comment-16772578 ]
Hyukjin Kwon commented on SPARK-26858: -------------------------------------- {quote} Back on your sequence diagram at step (9), does R write the data frame row by row bytes over the socket? I'm wondering how it gets serialized to see where Arrow might best help out. {quote} For the step 9, each row is each batch (<> R data frame <> Arrow batch conceptually). > Vectorized gapplyCollect, Arrow optimization in native R function execution > --------------------------------------------------------------------------- > > Key: SPARK-26858 > URL: https://issues.apache.org/jira/browse/SPARK-26858 > Project: Spark > Issue Type: Sub-task > Components: SparkR, SQL > Affects Versions: 3.0.0 > Reporter: Hyukjin Kwon > Assignee: Hyukjin Kwon > Priority: Major > > Unlike gapply, gapplyCollect requires additional ser/de steps because it can > omit the schema, and Spark SQL doesn't know the return type before actually > execution happens. > In original code path, it's done via using binary schema. Once gapply is done > (SPARK-26761). we can mimic this approach in vectorized gapply to support > gapplyCollect. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org For additional commands, e-mail: issues-h...@spark.apache.org