[
https://issues.apache.org/jira/browse/BEAM-2810?focusedWorklogId=106395&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-106395
]
ASF GitHub Bot logged work on BEAM-2810:
----------------------------------------
Author: ASF GitHub Bot
Created on: 28/May/18 18:54
Start Date: 28/May/18 18:54
Worklog Time Spent: 10m
Work Description: ryan-williams commented on issue #5496: do not merge!
[BEAM-2810] use fastavro in Avro IO
URL: https://github.com/apache/beam/pull/5496#issuecomment-392586611
I've observed locally that it takes two tries to pick up a new version of
`fastavro-blocks` from test.pypi.org, and I think maybe that's what's happening
here? Going to try to tell Jenkins to re-run…
----------------------------------------------------------------
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]
Issue Time Tracking
-------------------
Worklog Id: (was: 106395)
Time Spent: 0.5h (was: 20m)
> Consider a faster Avro library in Python
> ----------------------------------------
>
> Key: BEAM-2810
> URL: https://issues.apache.org/jira/browse/BEAM-2810
> Project: Beam
> Issue Type: Bug
> Components: sdk-py-core
> Reporter: Eugene Kirpichov
> Priority: Major
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> https://stackoverflow.com/questions/45870789/bottleneck-on-data-source
> Seems like this job is reading Avro files (exported by BigQuery) at about 2
> MB/s.
> We use the standard Python "avro" library which is apparently known to be
> very slow (10x+ slower than Java)
> http://apache-avro.679487.n3.nabble.com/Avro-decode-very-slow-in-Python-td4034422.html,
> and there are alternatives e.g. https://pypi.python.org/pypi/fastavro/
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
