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 concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id B7E86BE45 for ; Thu, 31 Aug 2006 17:34:41 +0200 (CEST) Received: from mtaout-a.tc.umn.edu (mtaout-a.tc.umn.edu [134.84.119.206]) by concorde.inria.fr (8.13.6/8.13.6) with ESMTP id k7VFYeK4012786 for ; Thu, 31 Aug 2006 17:34:41 +0200 Received: from [128.101.106.92] (glu02.cs.umn.edu [128.101.106.92]) by mtaout-a.tc.umn.edu with ESMTP for caml-list@yquem.inria.fr; Thu, 31 Aug 2006 10:34:34 -0500 (CDT) X-Umn-Remote-Mta: [N] glu02.cs.umn.edu [128.101.106.92] #+LO+TS+AU+HN Message-ID: <44F7018A.7040905@cs.umn.edu> Date: Thu, 31 Aug 2006 10:34:34 -0500 From: Christopher Kauffman User-Agent: Mozilla Thunderbird 1.0.8 (X11/20060725) X-Accept-Language: en-us, en MIME-Version: 1.0 To: OCaml Subject: Re: [Caml-list] Garbage collection and caml_adjust_gc_speed References: <44F3BFA7.20202@cs.umn.edu> <8B65BEE5-D101-4B39-98DD-3B68608702AC@inria.fr> <44F48960.6080908@cs.umn.edu> In-Reply-To: <44F48960.6080908@cs.umn.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Miltered: at concorde with ID 44F70190.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; surprising:01 computations:01 bigarray:01 wrote:01 garbage:01 garbage:01 caml-list:01 caml:02 caml:02 gprof:03 let:03 guess:04 problem:05 style:93 style:93 Christopher Kauffman wrote: >> What I find surprising is that this simple function would dominate the >> run >> time of your program. I suspect some problem with gprof. Could you >> give us >> more details about the computations performed by your program? > > I suppose it is possible that creating the > aliased > name could affect the garbage collector (it might look like the > allocation of > another Bigarray so I will experiment with the second style. I altered some of the code in my program to remove aliases that were created by the style mentioned in my previous post. This did not seem to affect the number of times caml_adjust_gc_speed was called. I guess my questions will go unanswered until I find some time to dig into the inner workings of the garbage collector. Let me know if someone sees this in the future and has similar problems and/or finds a solution. -Chris