From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=SPF_FAIL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by yquem.inria.fr (Postfix) with ESMTP id 699DDBBAF for ; Fri, 5 Jun 2009 18:21:05 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtsDAMviKEqVnFmTgWdsb2JhbACYJQEBFiO4c4JKgUAF X-IronPort-AV: E=Sophos;i="4.41,312,1241388000"; d="scan'208";a="28921011" Received: from mail.uj.edu.pl ([149.156.89.147]) by mail3-smtp-sop.national.inria.fr with ESMTP; 05 Jun 2009 18:21:05 +0200 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-2; format=flowed Received: from [127.0.0.1] ([149.156.90.26]) by mail.uj.edu.pl (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPA id <0KKR00ENIXF4KOC0@mail.uj.edu.pl> for caml-list@yquem.inria.fr; Fri, 05 Jun 2009 18:21:04 +0200 (CEST) Message-id: <4A2945ED.10503@wp.pl> Date: Fri, 05 Jun 2009 18:21:01 +0200 From: Dawid Toton User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) To: caml-list@yquem.inria.fr Subject: Re: Memory leak & slowdown References: <4A2924E1.50307@wp.pl> In-reply-to: <4A2924E1.50307@wp.pl> X-Spam: no; 0.00; ocaml-:01 ocaml:01 arrays:01 lablgtk:01 pps:01 jussieu:01 allocated:02 allocated:02 gprof:03 seems:03 handler:03 expose:04 fix:05 somewhat:05 docs:07 > The overall memory usage grows significantly over time, but I don't know > why. After it consumes several MB extra, it slows considerably and > becomes unusable, so I have to fix this. I'm still unable to figure out what is the allocated memory, but I discovered few things: * there is available (somewhat hidden) version of memprof patch that works with 3.10.0: http://www.pps.jussieu.fr/~smimram/docs/ocaml-3.10.0-memprof.patch * It seems that I can't use gprof with OCaml programs in Windows I can roughly remember I had memory leaks some time ago if I allocated big arrays in expose event handler (with lablgtk2) - still have to verify this. Dawid