Return-Path: Delivered-To: apmail-hadoop-common-dev-archive@www.apache.org Received: (qmail 76871 invoked from network); 13 Oct 2009 17:41:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Oct 2009 17:41:27 -0000 Received: (qmail 36443 invoked by uid 500); 13 Oct 2009 17:40:32 -0000 Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org Received: (qmail 36399 invoked by uid 500); 13 Oct 2009 17:40:31 -0000 Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-dev@hadoop.apache.org Delivered-To: mailing list common-dev@hadoop.apache.org Received: (qmail 36389 invoked by uid 99); 13 Oct 2009 17:40:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Oct 2009 17:40:31 +0000 X-ASF-Spam-Status: No, hits=-2.0 required=5.0 tests=BAYES_00,RCVD_IN_SORBS_WEB X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dachuy@gmail.com designates 216.239.58.189 as permitted sender) Received: from [216.239.58.189] (HELO gv-out-0910.google.com) (216.239.58.189) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Oct 2009 17:40:26 +0000 Received: by gv-out-0910.google.com with SMTP id e6so270157gvc.4 for ; Tue, 13 Oct 2009 10:40:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=gOJqtAkPa/TiUrD6Ga3n4KfIhFMIQFaszw6IPvPvC80=; b=EhPxdZws6DBnozxaReGXTWh0zS4f4uIOBeCRnHRAVjuEM5jolhhaOWPRTQRU7WZPRO edw35D3MIhe34YKgx78rSstjWoozT8LyldXnyFJuODYieKF6jKaDNFa5EV9euhOb9VHe 7K/yjMmI4y7bB98jMw6Ymrjj25wd8+YGbv4gg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=s4OC8hpsyZW/lHGNQPEoe4qcJu85sy3z4kF12dOyRjdgc/Nq+lWoE9OGraVrrKSyLe qE8OTKfTKDNZiKHDyHOb2cAF2TVLLrRivIkZwdTocy/pIUgWzjMTrBDm22OVSecTkK5H IbM3muuA6mPZsBBETZnP3GaDDebwJXMbZabvs= Received: by 10.103.7.31 with SMTP id k31mr3158218mui.48.1255455605034; Tue, 13 Oct 2009 10:40:05 -0700 (PDT) Received: from ?192.168.1.100? ([58.186.247.10]) by mx.google.com with ESMTPS id n7sm442930mue.57.2009.10.13.10.40.01 (version=SSLv3 cipher=RC4-MD5); Tue, 13 Oct 2009 10:40:02 -0700 (PDT) Message-ID: <4AD4BB78.7080403@gmail.com> Date: Wed, 14 Oct 2009 00:40:08 +0700 From: Huy Phan User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: common-dev@hadoop.apache.org Subject: Re: libhdfs with FileSystem cache issue can causes to memory leak ? References: <49d4a370910122052m2e250bb7i3e107a610e79c32c@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Eli, You're right that the problem is resolved in 0.20 with function newInstance(), unfortunately my system's running on Hadoop 0.18.3 and i'm still looking for a way to patch this version without affecting the current system. Regards, Huy Phan Eli Collins wrote: > Hey Huy, > > What version of hadoop are you using? I think HADOOP-4655 may have > resolved the issue you're seeing but I think is only in 20 and later. > > Thanks, > Eli > > On Mon, Oct 12, 2009 at 8:52 PM, Huy Phan wrote: > >> Hi All, >> I'm writing a multi-thread application using libhdfs in C, a known issue >> of HDFS is that the FileSystem API caches FileSystem handles and always >> returned the same FileSystem handle when called from different threads. It >> means even though I called hdfsConnect for many times, I should not call >> hdfsDisconnect in any single thread. >> This may lead to memory leak on system, do you know any workaround for this >> issue ? >> >> > >