[ 
https://issues.apache.org/jira/browse/BEAM-5775?focusedWorklogId=297678&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-297678
 ]

ASF GitHub Bot logged work on BEAM-5775:
----------------------------------------

                Author: ASF GitHub Bot
            Created on: 20/Aug/19 08:13
            Start Date: 20/Aug/19 08:13
    Worklog Time Spent: 10m 
      Work Description: iemejia commented on issue #8371: [BEAM-5775] Move 
(most) of the batch spark pipelines' transformations to using lazy 
serialization.
URL: https://github.com/apache/beam/pull/8371#issuecomment-522905986
 
 
   Hello @mikekap sorry for the late review cycle. This one is the only non 
merged PR for the Spark runner at the moment, however it needs a rebase. Any 
chance you can update it so we can run the performance tests again and see if 
it is ok to go. Thanks.
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Issue Time Tracking
-------------------

    Worklog Id:     (was: 297678)
    Time Spent: 11h 40m  (was: 11.5h)

> Make the spark runner not serialize data unless spark is spilling to disk
> -------------------------------------------------------------------------
>
>                 Key: BEAM-5775
>                 URL: https://issues.apache.org/jira/browse/BEAM-5775
>             Project: Beam
>          Issue Type: Improvement
>          Components: runner-spark
>            Reporter: Mike Kaplinskiy
>            Assignee: Mike Kaplinskiy
>            Priority: Minor
>             Fix For: 2.16.0
>
>          Time Spent: 11h 40m
>  Remaining Estimate: 0h
>
> Currently for storage level MEMORY_ONLY, Beam does not coder-ify the data. 
> This lets Spark keep the data in memory avoiding the serialization round 
> trip. Unfortunately the logic is fairly coarse - as soon as you switch to 
> MEMORY_AND_DISK, Beam coder-ifys the data even though Spark might have chosen 
> to keep the data in memory, incurring the serialization overhead.
>  
> Ideally Beam would serialize the data lazily - as Spark chooses to spill to 
> disk. This would be a change in behavior when using beam, but luckily Spark 
> has a solution for folks that want data serialized in memory - 
> MEMORY_AND_DISK_SER will keep the data serialized.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

Reply via email to