hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tsz Wo (Nicholas), SZE (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HADOOP-3347) FSEditLog should not writes long and short as UTF8 and should not use ArrayWritable for writing non-array items
Date Mon, 05 May 2008 23:49:55 GMT

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

Tsz Wo (Nicholas), SZE updated HADOOP-3347:
-------------------------------------------

    Description: 
In FSEditLog, 

- long and short are first converted to String and are further converted to UTF8

- For some non-array items, it first create an ArrayWritable object to hold all the items
and then writes the ArrayWritable object.

These result creating many intermediate objects which affects Namenode CPU performance and
Namenode restart.

> FSEditLog should not writes long and short as UTF8 and should not use ArrayWritable for
writing non-array items
> ---------------------------------------------------------------------------------------------------------------
>
>                 Key: HADOOP-3347
>                 URL: https://issues.apache.org/jira/browse/HADOOP-3347
>             Project: Hadoop Core
>          Issue Type: Improvement
>          Components: dfs
>            Reporter: Tsz Wo (Nicholas), SZE
>
> In FSEditLog, 
> - long and short are first converted to String and are further converted to UTF8
> - For some non-array items, it first create an ArrayWritable object to hold all the items
and then writes the ArrayWritable object.
> These result creating many intermediate objects which affects Namenode CPU performance
and Namenode restart.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message