[ 
https://issues.apache.org/jira/browse/AVRO-2247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17028831#comment-17028831
 ] 

ASF subversion and git services commented on AVRO-2247:
-------------------------------------------------------

Commit cbc6e500710864545a1b2f9ffa28edef532e26af in avro's branch 
refs/heads/branch-1.9 from Martin Jubelgas
[ https://gitbox.apache.org/repos/asf?p=avro.git;h=cbc6e50 ]

AVRO-2247 - improved java reading performance with new reader (#391)

* AVRO-2247 - Add FastDatumReaderBuilder and dependencies (rebased)

* Addressed comments to pull request


> Improve Java reading performance with a new reader
> --------------------------------------------------
>
>                 Key: AVRO-2247
>                 URL: https://issues.apache.org/jira/browse/AVRO-2247
>             Project: Apache Avro
>          Issue Type: Improvement
>          Components: java
>            Reporter: Martin Jubelgas
>            Assignee: Martin Jubelgas
>            Priority: Major
>             Fix For: 1.10.0, 1.9.2
>
>         Attachments: Perf-Comparison.md
>
>
> Complementary to AVRO-2090, I have been working on decoding of Avro objects 
> in Java and am suggesting a new implementation of a DatumReader that improves 
> read performance for both generic and specific records by approximately 20% 
> (and even more in cases of nested objects with defaults, a case I encounter a 
> lot in practical use).
> Key concept is to create a detailed execution plan once at DatumReader. This 
> execution plan contains all required defaulting/lookup values so they need 
> not be looked up during object traversal while reading.
> The reader implementation can be enabled and disabled per GenericData 
> instance. The system default is set via the system variable 
> "org.apache.avro.fastread" (defaults to "false").
> Attached a performance comparison of the existing implementation with the 
> proposed one. Will open a pull request with respective code in a bit (not 
> including interoperability with the optimizations of AVRO-2090 yet). Please 
> let me know your opinion of whether this is worth pursuing further.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to