Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 44999 invoked from network); 6 Dec 2008 02:24:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Dec 2008 02:24:41 -0000 Received: (qmail 78355 invoked by uid 500); 6 Dec 2008 02:24:47 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 78320 invoked by uid 500); 6 Dec 2008 02:24:47 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 78308 invoked by uid 99); 6 Dec 2008 02:24:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Dec 2008 18:24:47 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 06 Dec 2008 02:23:26 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 3F4E6234C313 for ; Fri, 5 Dec 2008 18:23:44 -0800 (PST) Message-ID: <1853322372.1228530224244.JavaMail.jira@brutus> Date: Fri, 5 Dec 2008 18:23:44 -0800 (PST) From: "Raghu Angadi (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Created: (HADOOP-4797) RPC Server can leave a lot of direct buffers MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org RPC Server can leave a lot of direct buffers --------------------------------------------- Key: HADOOP-4797 URL: https://issues.apache.org/jira/browse/HADOOP-4797 Project: Hadoop Core Issue Type: Bug Components: ipc Affects Versions: 0.17.0 Reporter: Raghu Angadi Assignee: Raghu Angadi RPC server unwittingly can soft-leak direct buffers. One observed case is that one of the namenodes at Yahoo took 40GB of virtual memory though it was configured for 24GB memory. Most of the memory outside Java heap expected to be direct buffers. This shown to be because of how RPC server reads and writes serialized data. The cause and proposed fix are in following comment. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.