From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by yquem.inria.fr (Postfix) with ESMTP id 19F29BC57 for ; Tue, 2 Mar 2010 05:39:25 +0100 (CET) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsUAAAEljEvY5v4vmWdsb2JhbACbBRUBAQEBAQgLCgcTIr0bhHsEgxU X-IronPort-AV: E=Sophos;i="4.49,564,1262559600"; d="scan'208";a="58008881" Received: from amout07.alpha-mail.net ([216.230.254.47]) by mail4-smtp-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 02 Mar 2010 05:39:24 +0100 Received: from webarc05.alpha-mail.jp (webarc05.alpha-mail.jp [216.230.254.85]) by amout07.alpha-mail.net with ESMTP id o224dIcU016062; Tue, 2 Mar 2010 13:39:21 +0900 X-Virus-Scanned: amavisd-new at Alpha-Mail Out Received: from ltsub.alpha-mail.net (ltsub.alpha-mail.net [216.230.254.26]) by webarc05.alpha-mail.jp (Postfix) with ESMTP id 4180FA48033; Tue, 2 Mar 2010 13:39:18 +0900 (JST) Received: from [192.168.0.101] (196.62.205.61.west.global.alpha-net.ne.jp [61.205.62.196]) by ltsub.alpha-mail.net (Alpha-mail) with ESMTP id 604313B80B6; Tue, 2 Mar 2010 13:39:20 +0900 (JST) Message-Id: <206B7535-3701-4314-AFAB-F07AD76C045C@itpl.co.jp> From: Satoshi Ogasawara To: caml-list@yquem.inria.fr In-Reply-To: <20100301223402.86592074.ygrekheretix@gmail.com> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Event.channel memory leak? Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 2 Mar 2010 13:40:24 +0900 References: <20100301223402.86592074.ygrekheretix@gmail.com> X-Mailer: Apple Mail (2.936) X-Spam: no; 0.00; macos:01 3.0:98 wrote:01 wrote:01 behaviour:01 usefull:02 checking:02 concurrent:04 frp:04 channel:06 exhibit:07 release:09 memory:09 memory:09 compact:09 On 2010/03/02, at 5:34, ygrek wrote: > On Mon, 1 Mar 2010 17:04:31 +0900 > Satoshi Ogasawara wrote: >> But, the next code makes increasing of memory use rapidly in my environment. >> (version 3.11.2 on MacOS X leopard) > Using Gc.compact instead of Gc.full_major doesn't exhibit such behaviour. Gc.compact works fine. Thank you for usefull comment. I did't understand the meanings of Gc.full_major. So, I'll release concurrent cell( http://forge.ocamlcore.org/projects/ccell/ ) version 3.0 include FRP features after checking a few more memory behavior. --- ogasawara satoshi