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 mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by yquem.inria.fr (Postfix) with ESMTP id B8C1DBC57 for ; Mon, 30 Aug 2010 16:17:33 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al0BAP9Ze0zVhjEYkGdsb2JhbACgWgEBAQEJCQwHEQMfuwiCbYJKBIx9 X-IronPort-AV: E=Sophos;i="4.56,292,1280700000"; d="scan'208";a="66310687" Received: from ihsmtp02voda.lis.interhost.com (HELO ihsmtp02cons.lis.interhost.com) ([213.134.49.24]) by mail1-smtp-roc.national.inria.fr with ESMTP; 30 Aug 2010 16:17:33 +0200 Received: from [172.29.149.150] ([193.136.33.132]) by ihsmtp02cons.lis.interhost.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 30 Aug 2010 15:17:33 +0100 Message-ID: <4C7BBD77.2000705@inescporto.pt> Date: Mon, 30 Aug 2010 15:17:27 +0100 From: Hugo Ferreira User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Pietro Abate Cc: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Tracking memory usage: GC output not same order as unix top command References: <4C7B7D4E.4020500@inescporto.pt> <20100830141256.GA23765@uranium.pps.jussieu.fr> In-Reply-To: <20100830141256.GA23765@uranium.pps.jussieu.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Aug 2010 14:17:33.0464 (UTC) FILETIME=[16A34980:01CB484E] X-Spam: no; 0.00; 0100,:01 wrote:01 wrote:01 unix:01 heap:01 caml-list:01 functions:01 algorithm:01 output:02 module:03 problem:05 suggested:07 uses:07 memory:09 memory:09 Pietro Abate wrote: > On Mon, Aug 30, 2010 at 10:43:42AM +0100, Hugo Ferreira wrote: >> I have a problem trying to identify where my algorithm consumes >> so much memory. I have created a set of functions (see end of message) >> that uses the GC module to obtain the memory used in the heap and print >> that out to determine where memory is being consumed. > > have you tried ocamlviz ? > http://ocamlviz.forge.ocamlcore.org/ > > No. Already been suggested though. Thanks. Hugo F.