[PARQUET-75] String decode using 'new String' is slow

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 1.6.0
• Component/s: parquet-mr
• Assignee: Daniel Weeks
• Reporter: Daniel Weeks
• Created: 20/Aug/14 19:55
• Updated: 07/Apr/15 20:46
• Resolved: 28/Aug/14 18:31

Description

There are three implementations of the Binary class and only one is using the faster 'UTF8.decode' in the 'toStringUsingUTF8' method. This fixes them to all use the faster UTF8.decode.

As noted in the comments, the 'new String' approach creates a new decoder each time, which is slower than the cached instance used by 'UTF8.decode'.

#1. ByteArraySliceBackedBinary <-- UTF8.decode
#2. ByteArrayBackedBinary <-- new String
#3. ByteBufferBackedBinary <-- new String

https://github.com/apache/incubator-parquet-mr/pull/40

Issue Links

• is duplicated by: PARQUET-74 Use thread local decoder cache in Binary toStringUsingUTF8()