From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id PAA19633 for caml-red; Fri, 28 Jul 2000 15:20:05 +0200 (MET DST) Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id LAA17747 for ; Fri, 28 Jul 2000 11:52:20 +0200 (MET DST) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by concorde.inria.fr (8.10.0/8.10.0) with ESMTP id e6S9qHL17153; Fri, 28 Jul 2000 11:52:17 +0200 (MET DST) Received: (from xleroy@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id LAA17790; Fri, 28 Jul 2000 11:52:16 +0200 (MET DST) Message-ID: <20000728115216.13749@pauillac.inria.fr> Date: Fri, 28 Jul 2000 11:52:16 +0200 From: Xavier Leroy To: Norman Ramsey , caml-list@inria.fr Subject: Re: overhead of GC in caml runtime? References: <200007252147.RAA12650@labrador.eecs.harvard.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1 In-Reply-To: <200007252147.RAA12650@labrador.eecs.harvard.edu>; from Norman Ramsey on Tue, Jul 25, 2000 at 05:47:48PM -0400 Sender: weis@pauillac.inria.fr > Can anyone tell me approximately what fraction of time is > spent in garbage collection, or even better, combined allocation and > collection, in typical caml programs? It depends how allocation-intensive your program is. For instance, the Knuth-Bendix benchmark (which allocates quite a lot of short-lived data) spends about 20% of its time in GC and allocation in the major heap, when compiled with ocamlopt on a Pentium. The percentage is lower for bytecode programs, because the collector still runs at the same speed while the mutator runs more slowly because of the interpretation overhead. Most allocations in the minor heap are expanded in-line, so they can't be measured. Hope this helps, - Xavier Leroy