comp.lang.ada
 help / color / mirror / Atom feed
From: Kilgallen@SpamCop.net (Larry Kilgallen)
Subject: Re: Boehm-Demers-Weiser conservative garbage collector and GNAT
Date: 17 Jun 2003 10:54:24 -0500
Date: 2003-06-17T10:54:24-05:00	[thread overview]
Message-ID: <8nXPHPFBnkS2@eisner.encompasserve.org> (raw)
In-Reply-To: rw27k7k7rgo.fsf@lbrenta.corp.emc.com

In article <rw2wufk67oa.fsf@lbrenta.corp.emc.com>, Ludovic Brenta <ludovic.brenta@insalien.org> writes:
> Kilgallen@SpamCop.net (Larry Kilgallen) writes:
> 
>> Ludovic Brenta <ludovic.brenta@insalien.org> writes:
>> 
>> > Yes.  I've never really liked GC myself, but the paper that Martin
>> > mentions says that programmers spend up to 30% of their time doing
>> > (and debugging) memory management, and that perhaps this 30% could be
>> > better spent elsewhere.
>> 
>> Does that paper say _Ada_ programmers spend that much time ?
>> 
>> If so, then programmers for some other languages must spend 110% of their
>> time debugging memory managment issues.
> 
> The paper concentrates on C and C++.  While I agree that Ada
> programmers tend to do less dynamic memory allocation than C/C++
> people, large programs will usually have to do some.  Think about
> containers.  I'd be interested to know what your personal experience
> is.  I'd expect you spend less than 30% of your time but more than 0%
> doing memory management.  Of course, if you only ever allocate on the
> stack and never on the heap (explicitly, that is), then you have no
> need for a garbage collector since you don't create any garbage :)

The last major program I wrote was designed to minimize the amount
of explicit memory allocation (using Ada83).  There were one or two
chains of records that had to be cleaned up in between major groups
of user commands.

There was a "lot" of stack-based memory used.



  parent reply	other threads:[~2003-06-17 15:54 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-16 16:45 Boehm-Demers-Weiser conservative garbage collector and GNAT Martin Krischik
2003-06-17  9:04 ` Ludovic Brenta
2003-06-17  9:47   ` Preben Randhol
2003-06-17 10:19     ` Ludovic Brenta
2003-06-17 10:35       ` Preben Randhol
2003-06-17 11:53         ` Ludovic Brenta
     [not found]           ` <slrnbeu1ht.big.randhol+abuse@kiuk0152.chembio.ntnu.no>
2003-06-17 12:55             ` Larry Kilgallen
2003-06-17 13:00               ` Preben Randhol
2003-06-17 13:40                 ` Ludovic Brenta
2003-06-17 13:43                   ` Preben Randhol
2003-06-17 14:59                   ` Larry Kilgallen
2003-06-17 15:32                     ` Ludovic Brenta
2003-06-17 16:52                       ` Stephen Leake
2003-06-17 18:43                         ` Marin David Condic
2003-06-17 19:13                           ` Stephen Leake
2003-06-17 20:52                             ` Marin David Condic
2003-06-18  7:37                               ` Preben Randhol
2003-06-18 11:30                                 ` Marin David Condic
2003-06-21 19:04                         ` Florian Weimer
2003-06-23 21:11                           ` Stephen Leake
2003-06-24  8:47                             ` Vinzent Hoefler
2003-06-17 18:41                     ` Marin David Condic
2003-06-17 15:54                   ` Larry Kilgallen [this message]
     [not found]                   ` <QdZxXhgRp7Ti@eisner.encompasserve.orgOrganization: LJK Software <8nXPHPFBnkS2@eisner.encompasserve.org>
2003-06-17 16:08                     ` Ludovic Brenta
2003-06-17 17:37                   ` Larry Kilgallen
2003-06-17 19:22                   ` Larry Kilgallen
     [not found]                   ` <QdZxXhgRp7Ti@eisner.encompasserve.orgOrganization: LJK Software <vDKsCwFxWhWJ@eisner.encompasserve.org>
2003-06-17 20:57                     ` Marin David Condic
2003-06-18  5:57                     ` Robert I. Eachus
2003-06-18 13:36                     ` Jean-Pierre Rosen
2003-06-17 15:48         ` Martin Krischik
2003-06-17 15:46   ` Martin Krischik
2003-06-21 18:51 ` Florian Weimer
2003-06-22 17:32   ` Martin Krischik
2003-06-29 15:17     ` Florian Weimer
2003-06-30 18:58       ` Martin Krischik
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox