hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-8942) Thundering herd of RPCs with large responses leads to OOM
Date Thu, 25 Oct 2012 12:41:15 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-8942?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13484077#comment-13484077
] 

Hudson commented on HADOOP-8942:
--------------------------------

Integrated in Hadoop-Hdfs-0.23-Build #415 (See [https://builds.apache.org/job/Hadoop-Hdfs-0.23-Build/415/])
    MAPREDUCE-4730. Fix Reducer's EventFetcher to scale the map-completion requests slowly
to avoid HADOOP-8942. Contributed by Jason Lowe.
svn merge --ignore-ancestry -c 1401941 ../../trunk/ (Revision 1401943)

     Result = SUCCESS
vinodkv : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1401943
Files : 
* /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/CHANGES.txt
* /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/java/org/apache/hadoop/mapreduce/task/reduce/EventFetcher.java
* /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/main/java/org/apache/hadoop/mapreduce/task/reduce/Shuffle.java
* /hadoop/common/branches/branch-0.23/hadoop-mapreduce-project/hadoop-mapreduce-client/hadoop-mapreduce-client-core/src/test/java/org/apache/hadoop/mapreduce/task/reduce/TestEventFetcher.java

                
> Thundering herd of RPCs with large responses leads to OOM
> ---------------------------------------------------------
>
>                 Key: HADOOP-8942
>                 URL: https://issues.apache.org/jira/browse/HADOOP-8942
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: ipc
>    Affects Versions: 0.23.3
>            Reporter: Jason Lowe
>
> When a large number of clients are all making calls with large amounts of response data
then the IPC server can exhaust memory.  See MAPREDUCE-4730 for an example of this.
> There does not appear to be any flow control between the server's handler threads and
the responder thread.  If a handler thread cannot write out all of the response data without
blocking, it queues up the remainder for the responder thread and goes back to the next call
in the call queue.  If there are enough clients, this can cause the handler threads to overwhelm
the heap by queueing response data faster than it can be processed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message