You are viewing a plain text version of this content. The canonical link for it is here.
Posted to mapreduce-issues@hadoop.apache.org by "Todd Lipcon (Assigned) (JIRA)" <ji...@apache.org> on 2011/10/20 06:06:10 UTC
[jira] [Assigned] (MAPREDUCE-2629) Class loading quirk prevents
inner class method compilation
[ https://issues.apache.org/jira/browse/MAPREDUCE-2629?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Todd Lipcon reassigned MAPREDUCE-2629:
--------------------------------------
Assignee: Eric Caspole
Eric: Would you mind updating this against the current trunk? Profiling a running MRv2 terasort I'm seeing this use a significant amount of CPU
> Class loading quirk prevents inner class method compilation
> -----------------------------------------------------------
>
> Key: MAPREDUCE-2629
> URL: https://issues.apache.org/jira/browse/MAPREDUCE-2629
> Project: Hadoop Map/Reduce
> Issue Type: Improvement
> Components: task
> Affects Versions: 0.21.0, 0.22.0
> Reporter: Eric Caspole
> Assignee: Eric Caspole
> Priority: Minor
> Fix For: 0.23.0
>
> Attachments: MAPREDUCE-2629.patch
>
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> While profiling jobs like terasort and gridmix, I noticed that a
> method "org.apache.hadoop.mapreduce.task.ReduceContextImpl.access
> $000" is near the top. It turns out that this is because the
> ReduceContextImpl class has a member backupStore which is accessed
> from an inner class ReduceContextImpl$ValueIterator. Due to the way
> synthetic accessor methods work, every access of backupStore results
> in a call to access$000 to the outer class. For some portion of the
> run, backupStore is null and the BackupStore class has never been
> loaded by the reducer.
> Due to the way the Hotspot JVM inliner works, by default it will not
> inline a short method where the class of of the return value object
> is unloaded - if you use a debug JVM with -XX:+PrintCompilation you
> will see a failure reason message like "unloaded signature classes."
> This causes every call to ReduceContextImpl.access$000 to be executed
> in the interpreter for the handful of bytecodes to return the null
> backupStore.
--
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