hadoop-mapreduce-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Siddharth Seth (Updated) (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (MAPREDUCE-2855) ResourceBundle lookup during counter name resolution takes a lot of time
Date Thu, 23 Feb 2012 03:37:55 GMT

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

Siddharth Seth updated MAPREDUCE-2855:

    Attachment: MR2855.txt

Nice find Todd. These calls were taking up a good amount of time.
Attaching a patch which passes the context classloader.

For a 70MB, 11700 task history file.
ParseTime: ~4.5 seconds (remains unchanged)
Creating all Task objects: Comes down from ~11.3 seconds to ~4 seconds.
MR-3901 does defer these calls to when they're actually required.

On another note, do we really need to use ResourceBundles for the counter names, or is this
something we can do away with?
> ResourceBundle lookup during counter name resolution takes a lot of time
> ------------------------------------------------------------------------
>                 Key: MAPREDUCE-2855
>                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-2855
>             Project: Hadoop Map/Reduce
>          Issue Type: Bug
>    Affects Versions: 0.23.0
>            Reporter: Todd Lipcon
>         Attachments: MR2855.txt
> Loading a job status page in trunk takes a lot of time, and it seems like most of the
time is spent resolving counter names. Looking through the JDK source, ResourceBundle.getBundle(String)
ends up calling getClassContext() which is not very efficient. I think if we pass our own
classloader manually it will be faster. In Counters.incrAllCounters, we may also be able to
avoid setting the counter name if one is already set.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message