You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@tez.apache.org by "Rajesh Balamohan (JIRA)" <ji...@apache.org> on 2014/07/29 00:11:39 UTC

[jira] [Resolved] (TEZ-1288) Create FastTezSerialization as an optional feature

     [ https://issues.apache.org/jira/browse/TEZ-1288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rajesh Balamohan resolved TEZ-1288.
-----------------------------------

       Resolution: Fixed
    Fix Version/s: 0.5.0
     Hadoop Flags: Reviewed

commit ff7081e06db40bfb7e6dfc72a1c9ad6ca93be79f
Author: Rajesh Balamohan <rb...@apache.org>
Date:   Tue Jul 29 03:37:12 2014 +0530

> Create FastTezSerialization as an optional feature
> --------------------------------------------------
>
>                 Key: TEZ-1288
>                 URL: https://issues.apache.org/jira/browse/TEZ-1288
>             Project: Apache Tez
>          Issue Type: Improvement
>    Affects Versions: 0.5.0
>            Reporter: Gopal V
>            Assignee: Rajesh Balamohan
>             Fix For: 0.5.0
>
>         Attachments: TEZ-1288.1.patch, TEZ-1288.2.patch, TEZ-1288.3.patch, TEZ-1288.4.1.patch, TEZ-1288.4.patch
>
>
> Tez inherits the writable framework from map-reduce. 
> This is very flexible, but not particularly memory efficient for the small data types.
> When deserializing, each value and key has to be allocated afresh for each small chunk of data (new IntWritable instead of .set()).
> The bytes writable serialization operation always has to write a 4 byte prefix for  all values and keys, because of requirements around streamed .readFields() instead of a customer setter/getter impl.
> Implement a faster serialization mechanism for the inner loop of sort, spill, merge, which doesn't trigger the GC and avoids adding simplistic overheads to the IFile format.



--
This message was sent by Atlassian JIRA
(v6.2#6252)